Cómo usar esta herramienta para desarrolladores
- Pega una línea por commit, preferiblemente en formato hash + mensaje.
- Indica la versión o usa Unreleased.
- Elige si quieres conservar hashes cortos.
- Genera y copia el Markdown resultante.
Git Log to Changelog
Transforma líneas de historial de Git en un borrador de changelog legible. Identifica prefijos de Conventional Commits como feat, fix, docs o refactor, agrupa los cambios por sección y mantiene aparte los mensajes que no siguen esa convención. Es útil para preparar notas antes de una publicación sin depender de un servicio externo.
Datos de entrada
Historial de commitsEspacio publicitario
Qué hace esta herramienta para desarrolladores
Clasifica mensajes de commit por su tipo y genera un changelog Markdown ordenado. Los mensajes no convencionales no se descartan: aparecen en “Otros cambios”.
Se reconoce el patrón type(scope)!: descripción; el type determina la sección y “!” marca un posible breaking change.
El resultado es un borrador editorial: revisa nombres, contexto y cambios incompatibles antes de publicar.
Ejemplo
feat(api): añade caché pasa a la sección “Añadido”; fix: corrige timeout pasa a “Corregido”.
Casos de uso
- Preparar CHANGELOG.md antes de una release.
- Agrupar commits de una rama por tipo.
- Detectar mensajes no convencionales antes de publicar.
- Crear una base para notas de versión manuales.
Consejos para obtener resultados fiables
- Usa Conventional Commits para mejorar la clasificación.
- Evita asuntos genéricos como “update” si el changelog será público.
- Revisa los cambios marcados como BREAKING.
- Agrupa solo el rango de commits que pertenece a una versión.
Detalles del procesamiento
El generador no consulta tags ni ramas. Procesa cada línea, elimina el hash cuando existe, identifica el tipo y monta secciones Markdown en un orden estable.
No puede inferir impacto real ni autores desde mensajes que no incluyan esos datos.
Preguntas frecuentes
¿Qué formato de git log funciona mejor para convertirlo a changelog?
Una línea por commit con hash y asunto, por ejemplo la salida de git log --oneline, ofrece la entrada más directa.
¿Qué ocurre con commits que no siguen Conventional Commits?
Se conservan en la sección “Otros cambios” para que puedas revisarlos y clasificarlos manualmente.
¿Puede generar un CHANGELOG.md para una versión concreta?
Sí, si pegas únicamente el rango de commits correspondiente y escribes la versión en el campo de título.
¿Incluye breaking changes de Conventional Commits?
Marca con una advertencia los mensajes que usan ! antes de los dos puntos, pero no analiza pies BREAKING CHANGE del cuerpo.
¿Se pueden ocultar los hashes del changelog final?
Sí. Desmarca la opción de hashes cortos antes de generar la salida.
Herramientas relacionadas para desarrolladores
Resumen de salida
| Elemento | Detalle |
|---|---|
| Entrada | hash + mensaje por línea |
| Agrupación | tipo Conventional Commit |
| Salida | Markdown |
| No clasificados | sección Otros cambios |
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