Generador de mensajes de commit
Genera mensajes Conventional Commits con type, scope, breaking change y referencia a issue. Se copia como comando git commit.
Solo número, #123, Closes #123, etc. Separe varios con coma o salto de línea.
Tipo ✅ / Subject (obligatorio) ❌ / Body ✅ / Número de issue ✅ / Scope ✅
Puntuación: 75/100
Introduzca Subject para ver el mensaje en tiempo real
Cómo usar
Acerca de esta herramienta
Genera mensajes Conventional Commits con type, scope, breaking change y referencia a issue. Se copia como comando git commit.
Cómo usar
Introduzca Type y Subject (obligatorio); añada Scope, Body, Breaking Change e Issue según necesite. El mensaje, el comando Git y la vista previa se actualizan en tiempo real.
Opciones
Type: feat, fix, docs, style, refactor, perf, test, build, ci, chore, revert. Scope: alfanumérico, guión, guion bajo. Subject: ≤50 caracteres, minúscula al inicio. Issue: #123, Closes #123, etc.
Casos de uso
• Generación automática de notas de versión • Estandarización de convenciones de commit • Referencias explícitas a BREAKING CHANGE e issue • Búsqueda y filtrado más fáciles
How it works
Construye la primera línea type(scope): subject, luego añade Body y Footer.
Privacidad y datos
Todo el procesamiento se realiza en el navegador; no se envía nada al servidor.
Preguntas frecuentes
- Q: ¿Qué es el formato Conventional Commits?
- A: Conventional Commits es una especificación para la estructura de mensajes de commit: type(scope): subject. Los tipos comunes son feat, fix, docs, style, refactor, perf, test, build, ci, chore y revert. Este formato permite la generación automática de changelogs y el versionado semántico.
- Q: ¿Qué son los breaking changes y cómo los marco?
- A: Un breaking change es un commit que cambia la API pública de forma incompatible. Añade "BREAKING CHANGE:" en el footer o agrega ! después del tipo (p. ej. feat!: remove legacy endpoint). Esto indica una versión mayor en el versionado semántico.
- Q: ¿Qué va en Subject vs Body?
- A: Subject (≤50 caracteres): resumen conciso en imperativo — "add login button", no "added". Body: explicación detallada de qué cambió y por qué, con líneas de máximo 72 caracteres. El body es opcional pero recomendado para cambios no triviales.
- Q: ¿Cómo referencio un issue o pull request?
- A: Usa el campo Issue con formatos como #123, Closes #123, Fixes #123 o Resolves #123. Se colocan en el footer del commit y pueden cerrar automáticamente el issue referenciado en GitHub/GitLab al hacer merge.
- Q: ¿El mensaje de commit se envía a un servidor?
- A: No. Todo el procesamiento se realiza en el navegador. Tu entrada y los mensajes generados nunca se envían a ningún servidor.
