Cómo usar: Conventional Commit Builder
- Pick the type of change —
featfor a new feature,fixfor a bug fix, or docs, refactor, perf, test, build, ci, chore, style or revert. - Add an optional scope (the part of the code it touches) and a short description in the imperative: “add”, not “added”.
- Explain what and why in the body; tick Breaking change and describe the migration if users must change something.
- Add footers such as
Closes #123, fix anything the checks flag, then copy the message or thegit commitcommand.
The Conventional Commits format
<type>[optional scope][!]: <description>
[optional body]
[optional footer(s)]| Type | Use it for | Version bump |
|---|---|---|
feat | A new feature | Minor (1.4.0 → 1.5.0) |
fix | A bug fix | Patch (1.4.0 → 1.4.1) |
! or BREAKING CHANGE: | A change users must adapt to | Major (1.4.0 → 2.0.0) |
| docs, style, refactor, perf, test, build, ci, chore, revert | Everything else | None (unless breaking) |
Tools such as semantic-release, release-please and standard-version read these messages to choose the next version and write the changelog automatically; commitlint enforces them in CI or a git hook. Keep the header under 72 characters, start the description in lowercase with an imperative verb, and don’t end it with a period. Generate a changelog with the Changelog Generator and other git commands with the Git Command Generator.
También se busca como: conventional commits, conventional commit generator, commit message generator, git commit message format, semantic commit messages, commitlint, feat fix commit, breaking change commit.
Herramientas que combinan con: Conventional Commit Builder
- Semantic Version Calculator — Everything about semantic versions in one place: compare two versions, calculate the next major/minor/patch/prerelease, and see exactly which versions an npm range like ^1.2.0 or ~2.3 allows — explained in plain English.
- Git Cheat Sheet — Every Git command you use day to day — and the ones you need when something goes wrong — explained in one line.
- Generador de flujos de trabajo de GitHub Actions — Elige tu pila, tus desencadenantes y tus pasos, y obtén un .github/workflows/ci.yml — instalación, caché, lint, pruebas, compilación, una matriz de versiones y, si quieres, una implementación en GitHub Pages, Vercel o un registro de contenedores.
- LICENSE File Generator — Add the right open-source license to your project in seconds.
Preguntas frecuentes
What is a conventional commit?
A commit message in the format type(scope): description — for example fix(auth): handle expired tokens — that tools can read to decide version numbers and build changelogs.
How do I mark a breaking change?
Add ! after the type or scope (feat(api)!: …) and a BREAKING CHANGE: footer that explains what changed. Tick Breaking change here to get both.
What is the difference between chore and refactor?
refactor changes code structure without changing behavior; chore covers maintenance that doesn’t touch source behavior, like updating dependencies or tooling config.
How do I write a multi-line commit message from the command line?
Use one -m per paragraph: git commit -m "header" -m "body" -m "footer". The git command here does that for you, with quotes escaped.
¿Puedo instalar Conventional Commit Builder como aplicación web y utilizarla sin conexión?
Sí. Conventional Commit Builder es una aplicación web instalable (PWA): se instala desde el navegador, no se descarga desde una tienda de aplicaciones. Haz clic en «Instalar aplicación» en la parte superior de esta página en Chrome o Edge (Windows, macOS, Linux, ChromeOS) o, en Android, utiliza «Compartir» → «Añadir a la pantalla de inicio» en iPhone y iPad, o «Archivo» → «Añadir al Dock» en Safari 17+ en un Mac. A continuación, se abrirá en su propia ventana con su propio icono y, como se ejecuta íntegramente en tu navegador, seguirá funcionando sin conexión. Firefox en el ordenador de sobremesa no permite instalar aplicaciones web. Cómo funciona la instalación.