Cómo usar esta herramienta para desarrolladores
- Pega un mensaje Conventional Commit por línea.
- Indica la versión que se publicará.
- Decide si quieres mostrar cambios de mantenimiento.
- Genera el Markdown y edítalo antes de publicar.
Semantic Release Note Generator
Convierte una lista de Conventional Commits en notas de versión orientadas a una release. Prioriza cambios incompatibles, nuevas funciones y correcciones, y deja tareas de mantenimiento en una sección separada. El objetivo no es sustituir a semantic-release, sino ofrecer una vista local y editable cuando ya tienes los mensajes de commit.
Datos de entrada
Conventional CommitsEspacio publicitario
Qué hace esta herramienta para desarrolladores
Agrupa los commits en secciones más útiles para lectores de una release: cambios incompatibles, novedades, correcciones, rendimiento y mantenimiento.
El tipo feat/fix/perf determina la sección; el signo ! añade además el asunto a “Cambios incompatibles”.
Una nota de release pública suele necesitar más contexto que un asunto de commit; revisa cada punto y añade enlaces cuando proceda.
Ejemplo
fix(api): corrige reintentos aparece en “Correcciones”; feat!: elimina API antigua aparece en “Novedades” y también en “Cambios incompatibles”.
Casos de uso
- Preparar borradores para GitHub Releases.
- Resumir una versión antes de anunciarla.
- Separar breaking changes del mantenimiento interno.
- Convertir commits técnicos en una estructura editorial.
Consejos para obtener resultados fiables
- Incluye solo commits pertenecientes a la release.
- Reescribe asuntos demasiado internos antes de publicar.
- Destaca pasos de migración para breaking changes.
- Añade enlaces a documentación o issues cuando aporten contexto.
Detalles del procesamiento
La clasificación usa el tipo y el indicador !. No calcula automáticamente la siguiente versión ni inspecciona tags.
No implementa el algoritmo completo de semantic-release, no analiza configuraciones de plugins y no publica releases.
Preguntas frecuentes
¿Cómo convierte Conventional Commits en notas de release?
Agrupa feat como novedades, fix como correcciones, perf como rendimiento y los tipos de mantenimiento en una sección aparte.
¿Detecta automáticamente qué versión semántica debo publicar?
No. Debes indicar la versión; la herramienta organiza contenido, no calcula major/minor/patch completo.
¿Cómo aparecen los breaking changes en las notas?
Los commits con ! se duplican en una sección prioritaria de cambios incompatibles y en su sección funcional correspondiente.
¿Puedo ocultar commits de docs, chore o CI?
Sí. Desactiva la opción de incluir mantenimiento.
¿Publica las notas directamente en GitHub Releases?
No. Genera Markdown local para que lo revises y lo publiques donde corresponda.
Herramientas relacionadas para desarrolladores
Resumen de salida
| Elemento | Detalle |
|---|---|
| Entrada | Conventional Commits |
| Secciones | breaking, novedades, fixes, rendimiento |
| Versión | manual |
| Salida | Markdown |
Explorar Git y repositorios
Consulta más utilidades para revisar commits, repositorios, historial y archivos de configuración de Git.
Ver categoría Git y repositorios