Descripción: Escenifica todos los cambios, crea commit y empuja a las herramientas permitidas remotas (utilizar con precaución): Bash(git add:), Bash(estado de git:), Bash(git commit:), Bash(git push:), Bash(git diff:), Bash(git log:), Bash(git pull:*)

Comprometer y empujar todo

⚠️ PRECAUCIÓN: La etapa TODA cambia, se compromete y se empuja hacia el control remoto. Úselo sólo cuando se confía en que todos los cambios pertenecen a la misma.

Flujo de trabajo

1. Analizar los cambios

Ejecutar en paralelo: - git status - Mostrar archivos modificados/agregados/borrados/sin seguimiento - git diff --stat - Mostrar estadísticas de cambios git log -1 --oneline - Mostrar confirmación reciente para estilo de mensaje

2. Controles de seguridad

• DETENER y TENDER si se detecta: - Secretos: .env*, *.key, *.pem, credentials.json, secrets.yaml, id_rsa, *.p12, *.pfx, *.cer - Claves API: Cualquier *_API_KEY, *_SECRET, *_TOKEN variables con valores reales (no marcadores de posición como your-api-key, xxx, placeholder) - Archivos grandes: >10MB sin Git LFS - Construir artefactos: node_modules/, dist/, build/, __pycache__/, *.pyc, .venv/ - Archivos temporales: .DS_Store, thumbs.db, *.swp, *.tmp

Validación de la clave de API: Comprobar archivos modificados para patrones como:

OPENAI_API_KEY=sk-proj-xxxxx  # ❌ Real key detected!
AWS_SECRET_KEY=AKIA...         # ❌ Real key detected!
STRIPE_API_KEY=sk_live_...    # ❌ Real key detected!

# ✅ Acceptable placeholders:
API_KEY=your-api-key-here
SECRET_KEY=placeholder
TOKEN=xxx
API_KEY=<your-key>
SECRET=${YOUR_SECRET}

• Verificar: - .gitignore correctamente configurado - Sin conflictos de fusión - Rama correcta (advertencia si principal/maestro) - Las claves de API son sólo marcadores de posición

3. Confirmación de la solicitud

Resumen actual

📊 Changes Summary:
- X files modified, Y added, Z deleted
- Total: +AAA insertions, -BBB deletions

🔒 Safety: ✅ No secrets | ✅ No large files | ⚠️ [warnings]
🌿 Branch: [name] → origin/[name]

I will: git add . → commit → push

Type 'yes' to proceed or 'no' to cancel.

ESPERAR para que "sí" explícito antes de proceder.

4. Ejecutar (después de la confirmación)

Ejecutar secuencialmente:

git add .
git status  # Verify staging

5. Generar mensaje de comisión

Analizar los cambios y crear commit convencional:

Formato:

[type]: Brief summary (max 72 characters)

- Key change 1
- Key change 2
- Key change 3

Tipos: feat, fix, docs, style, refactor, test, chore, perf, build, ci

Ejemplo

docs: Update concept README files with comprehensive documentation

- Add architecture diagrams and tables
- Include practical examples
- Expand best practices sections

6. Comprometer y empujar

git commit -m "$(cat <<'EOF'
[Generated commit message]
EOF
)"
git push  # If fails: git pull --rebase && git push
git log -1 --oneline --decorate  # Verify

7. Confirmar el éxito

✅ Successfully pushed to remote!

Commit: [hash] [message]
Branch: [branch] → origin/[branch]
Files changed: X (+insertions, -deletions)

Manejo de errores

git add falla: Comprobar permisos, archivos bloqueados, verificar repo inicializado
git commit falla: Fijar hooks pre-commit, comprobar git config (usuario.nombre/email)
git push falla:
No adelantado: git pull --rebase && git push
No hay rama remota: git push -u origin [branch]
Rama protegida: Utilice el flujo de trabajo PR en su lugar

Cuándo usar

✅ Bien. - Actualizaciones de documentación multi-archivo - Característica con pruebas y documentos - Corrección de errores en todos los archivos - Formateo/refactorización de todo el proyecto - Cambios de configuración

❌ Evitar: - Incierto lo que se está cometiendo - Contiene secretos/datos sensibles - Ramas protegidas sin revisión - Fusionar conflictos presentes - Desear historial de comisión granular - Precomprobar hooks fallando

Opciones

Si el usuario quiere el control, sugiera: 1. Estadificación selectiva: Revisión/etapa de archivos específicos 2. Estadificación interactiva: git add -p para la selección de parches 3. Flujo de trabajo PR: Crear rama → push → PR (usar /pr orden)

Recuerda.: Revise siempre los cambios antes de empujar. Cuando tenga dudas, utilice comandos git individuales para más control.

Última actualización: 4 de agosto de 2026 Versión de Claude Code: 2.1.220 Fuentes: - https://code.claude.com/docs/en/commands Modelos compatibles: Claude Fable 5, Claude Opus 5, Claude Sonnet 5, Claude Sonnet 4.6, Claude Opus 4.8, Claude Haiku 4.5