Cómo usar: Generador de Changelog
- Ejecuta el comando
git logque aparece arriba en tu repositorio y pega la salida (hash + asunto por línea). - Escribe la versión actual; la versión de lanzamiento se sugiere a partir de los commits, o escribe la tuya.
- Elige los encabezados Conventional o Keep a Changelog y añade la URL de tu repositorio para enlazar los hashes de commit.
- Copia el Markdown al principio de tu
CHANGELOG.mdo en una release de GitHub.
Conventional Commits en 30 segundos
Cada asunto de commit empieza con un tipo, un ámbito opcional y una descripción: feat(cart): add coupon field. Un ! después del tipo/ámbito o una nota BREAKING CHANGE: marca un cambio incompatible.
| Tipo | Sección | Incremento de versión |
|---|---|---|
feat | Funcionalidades / Added | Minor |
fix | Correcciones / Fixed | Patch |
perf | Rendimiento | Patch |
feat!, BREAKING CHANGE | Cambios incompatibles | Major |
refactor, docs, style, test, build, ci, chore | Otros / ocultos | Ninguno |
revert | Reversiones | Patch |
Keep a Changelog
Keep a Changelog agrupa las entradas para personas bajo Added, Changed, Deprecated, Removed, Fixed, Security, con la versión más reciente primero y una sección Unreleased arriba. Elige ese estilo si tus usuarios leen el changelog y no solo los desarrolladores.
Del changelog al lanzamiento
Revisa la versión sugerida con la Calculadora de versiones semánticas, actualiza version en tu package.json, y luego etiqueta y sube la release: el Generador de comandos Git tiene los comandos. Un workflow de GitHub Actions puede compilar y publicar en cada etiqueta.
También se busca como: changelog desde conventional commits, keep a changelog, generador de release notes, changelog.md, git log changelog, notas de versión semánticas, conventional commits.
Herramientas que combinan con: Generador de Changelog
- Generador de Conventional Commits — Escribe mensajes de commit que siguen la especificación Conventional Commits sin tener que memorizarla.
- Generador de archivos README — Rellena unos cuantos campos y obtén un README.md — insignias, instalación, ejemplo de uso, tabla de configuración, variables de entorno, hoja de ruta y licencia — con vista previa en tiempo real y comprobación de que todo esté completo.
- Validador YAML — Pega un archivo de Docker Compose, un manifiesto de Kubernetes, un workflow de GitHub Actions o cualquier YAML para localizar errores, detectar trampas habituales y obtener una versión bien formateada.
- Generador de YAML de Kubernetes — Indica el nombre de tu app, la imagen y el puerto, y obtén YAML de Kubernetes listo para producción: un Deployment con probes, límites de recursos y un contexto de seguridad reforzado, además del Service, el Ingress con TLS, el ConfigMap, el Secret y el HorizontalPodAutoscaler que marques, todo en un solo archivo listo para kubectl apply.
Preguntas frecuentes
¿Qué formato de git log debo pegar?
git log --pretty=format:"%h %s". Los asuntos sin hash también funcionan. Los commits de merge se omiten automáticamente.