Ir para o conteúdo
Totalmente local

Construtor de commit convencional

Compõe uma mensagem de Conventional Commits a partir de tipo, escopo e descrição, ou verifica mensagens existentes em busca de problemas.

Entrada
Saída

Construtor de commit convencional

Conventional Commits é o formato "type(scope): description" que geradores de changelog, semantic-release e commitlint esperam. Esta ferramenta compõe um para você: escolha um tipo, adicione um escopo opcional, escreva a descrição, e ela monta o cabeçalho — mais um corpo e um rodapé com referências de tickets, se você adicionar. Mude para o modo de verificação para fazer o oposto: cole uma ou mais mensagens de commit existentes, uma por linha, e veja exatamente o que está errado em cada uma.

A lista de tipos cobre o conjunto padrão — feat, fix, docs, style, refactor, perf, test, build, ci, chore e revert. Um comutador de breaking change marca o cabeçalho com "!" e, uma vez que você adiciona uma nota, anexa uma linha de rodapé "BREAKING CHANGE:", exatamente como a especificação espera. A opção de comprimento máximo de cabeçalho aplica o orçamento de comprimento que sua equipe acordou (o padrão do commitlint é 72 caracteres); forçar um começo em minúscula e proibir um ponto final são as duas regras de estilo que a maioria dos linters de commit verifica por padrão, e ambas podem ser desativadas se sua equipe não as usa.

No modo de verificação, cada linha é tratada como um cabeçalho de commit completo, então colar a saída de "git log --oneline" verifica um lote inteiro de uma vez. Escolha se a saída é um relatório — a linha original seguida pelo que precisa ser corrigido — ou a mensagem corrigida, com letra minúscula automática e sem pontuação, sempre que isso for inequívoco. Uma linha que não segue a forma type(scope): description é deixada intacta em vez de adivinhar.

Tudo é executado no seu navegador, então mensagens de commit de um repositório privado nunca saem do seu dispositivo. Copie o resultado, baixe como arquivo .txt, ou envie de volta para a entrada para refiná-lo ainda mais.

FAQ

O que é um Conventional Commit?
Uma mensagem de commit escrita como "type(scope): description", opcionalmente seguida por um corpo e um rodapé. Ferramentas como commitlint, semantic-release e geradores de changelog analisam esse formato para decidir saltos de versão e agrupar notas de lançamento.
Como funciona o modo de verificação?
Cole uma mensagem de commit por linha — apenas um cabeçalho, como uma linha de "git log --oneline". Cada linha é validada contra a lista de tipos, o limite de comprimento do cabeçalho e suas regras de minúscula/ponto final, e relatada separadamente.
Como marco um breaking change?
Ative "Breaking change" e adicione uma nota. O cabeçalho recebe um "!" antes dos dois-pontos e, uma vez que a nota não está vazia, uma linha de rodapé "BREAKING CHANGE: …" é anexada, correspondendo à especificação de Conventional Commits.
Posso adicionar referências de tickets ao rodapé?
Sim — digite-os no campo de rodapé, por exemplo "Closes #123, refs JIRA-456". É anexado como sua própria linha após o corpo.
Meu histórico de commit é carregado em algum lugar?
Não. Construir e verificar mensagens de commit é executado inteiramente no seu navegador — nada que você digita ou cola é enviado para um servidor.