Saltar al contenido
TextArray1.41.0
Totalmente local

Constructor de commits convencionales

Crea un mensaje de Conventional Commits a partir de un tipo, alcance y descripción, o verifica mensajes existentes en busca de problemas.

Entrada
Salida
Herramientas relacionadas
Ordenador SemVer y comparadorHerramientas de desarrollador
Generador de .gitignoreHerramientas de desarrollador
Generador de TOC de MarkdownHerramientas de desarrollador
diferencia clave i18nHerramientas de desarrollador
Convertidor de TOML a JSONHerramientas de desarrollador
SQL a JSONHerramientas de desarrollador
Constructor de commits convencionales
Conventional Commits es el formato "type(scope): description" que los generadores de changelog, semantic-release y commitlint esperan. Esta herramienta compone uno por ti: elige un tipo, añade un alcance opcional, escribe la descripción y arma el encabezado — más un cuerpo y un pie de página con referencias de tickets, si lo deseas. Cambia al modo verificar para hacer lo opuesto: pega uno o más mensajes de commit existentes, uno por línea, y ve exactamente qué está mal en cada uno.
La lista de tipos cubre el conjunto estándar — feat, fix, docs, style, refactor, perf, test, build, ci, chore y revert. Un interruptor de cambio importante marca el encabezado con "!" y, una vez que añades una nota, añade una línea de pie de página "BREAKING CHANGE:", exactamente como la especificación lo espera. La opción de longitud máxima del encabezado asegura el presupuesto de caracteres que tu equipo ha acordado (el predeterminado de commitlint es 72 caracteres); forzar un inicio minúscula y prohibir un punto final son las dos reglas de estilo que la mayoría de los linters de commit verifican de forma predeterminada, y ambos se pueden desactivar si tu equipo no los utiliza.
En modo verificar, cada línea se trata como un encabezado de commit completo, por lo que pegar el resultado de "git log --oneline" verifica un lote completo de una vez. Elige si la salida es un informe — la línea original seguida de lo que necesita arreglarse — o el mensaje corregido, con minúsculas automáticas y sin puntuación donde sea inequívoco. Una línea que no sigue la forma type(scope): description en absoluto se deja sin tocar en lugar de ser adivinada.
Todo se ejecuta en tu navegador, por lo que los mensajes de commit de un repositorio privado nunca dejan tu dispositivo. Copia el resultado, descárgalo como archivo .txt o devuélvelo a la entrada para refinarlo más.
Preguntas frecuentes
¿Qué es un Conventional Commit?
Un mensaje de commit escrito como "type(scope): description", opcionalmente seguido de un cuerpo y un pie de página. Herramientas como commitlint, semantic-release y los generadores de changelog analizan este formato para decidir los cambios de versión y agrupar las notas de la versión.
¿Cómo funciona el modo verificar?
Pega un mensaje de commit por línea — solo encabezado, como una línea de "git log --oneline". Cada línea se valida según la lista de tipos, el límite de longitud del encabezado y tus reglas de minúscula/punto, y se reporta por separado.
¿Cómo marco un cambio importante?
Activa "Cambio importante" y añade una nota. El encabezado obtiene un "!" antes de los dos puntos y, una vez que la nota no está vacía, se añade una línea de pie de página "BREAKING CHANGE:", coincidiendo exactamente con la especificación de Conventional Commits.
¿Puedo añadir referencias de tickets al pie de página?
Sí — escribe en el campo de pie de página, por ejemplo, "Cierra #123, refs JIRA-456". Se añade como su propia línea después del cuerpo.
¿Mi historial de commits se sube a algún lugar?
No. La construcción y verificación de mensajes de commit se ejecuta completamente en tu navegador — nada de lo que escribas o pegues se envía a un servidor.