Política de Commits
Objetivo
Padronizar as mensagens de commit para manter o histórico do projeto claro, rastreável e útil para revisão, manutenção e automações futuras.
Padrão Adotado
Este projeto adota o padrão Conventional Commits com mensagens em português.
Formato da linha de título:
tipo(escopo-opcional): descrição
Exemplos:
docs: atualiza seção de metodologia no documento de arquiteturafeat(backlog): adiciona critérios de aceite para a sprint 2fix(mkdocs): corrige link quebrado no menu de navegação
Regras da Mensagem
- O título deve ter no máximo 72 caracteres.
- A descrição deve ser objetiva e específica.
- A descrição deve ser escrita em tom imperativo.
- A descrição não deve terminar com ponto final.
- O escopo é opcional, mas recomendado quando agregar clareza.
- Commits genéricos como
update,ajustesemudançasnão são permitidos.
Tipos Permitidos
| Tipo | Quando usar | Exemplo |
|---|---|---|
feat |
Nova funcionalidade ou conteúdo novo relevante | feat(projeto): adiciona seção de riscos na EAP |
fix |
Correção de erro, inconsistência ou comportamento incorreto | fix(docs): corrige sumário da lean inception |
docs |
Alteração apenas de documentação | docs: atualiza política de branches |
style |
Ajustes de formatação sem mudança de conteúdo | style(roadmap): padroniza cabeçalhos de seção |
refactor |
Reorganização estrutural sem alterar resultado final | refactor(produto): reorganiza tópicos do backlog |
test |
Inclusão ou ajuste de testes e validações | test: adiciona checklist de revisão dos documentos |
chore |
Tarefas de manutenção, configuração e rotina | chore: atualiza dependências do mkdocs |
Corpo e Rodapé do Commit
Use corpo de commit quando a mudança não puder ser explicada com clareza em uma única linha, especialmente quando envolver:
- contexto da mudança;
- impactos em outros documentos;
- decisões tomadas.
Formato recomendado:
tipo(escopo-opcional): descrição curta
Contexto: ...
Mudança: ...
Impacto: ...
Quando existir issue relacionada, referencie no rodapé:
Refs: #123
Exemplos de Commits Bons e Ruins
Bons
docs: adiciona seção de convenções de escrita no guia de contribuiçãofix(arquitetura): corrige referência incorreta ao modelo de dadoschore(mkdocs): ajusta ordem das páginas no menu de navegação
Ruins
updateajustesmudanças no arquivofix: coisa errada
Os exemplos ruins não informam com precisão o que foi alterado, dificultam rastreabilidade e revisão.
Histórico de Versão
| Versão | Data | Descrição | Autor | Revisor |
|---|---|---|---|---|
1.0 |
12/04/2026 | Criação do Documento | Yan Luca Viana |