Commits Convencionais
Siga estas regras específicas do projeto ao criar commits.
Branching
Nunca crie branches vazios. Se precisar de isolamento de branch, use a skill worktree. Para alterações simples, faça commit diretamente no branch atual (incluindo main). Não execute git checkout -b.
Regras do Projeto
- Um commit por alteração lógica — nunca combine correções ou funcionalidades não relacionadas. Três alterações independentes = três commits.
- Somente commite arquivos que você alterou — nunca inclua arquivos não relacionados de sessões concorrentes.
- Sempre inclua um corpo — nenhum commit somente com título. Explique o que e por quê.
- Tipo
merge— usemerge(não um commit de merge) ao mesclar uma worktree ou branch de recurso. - Sequencie commits para maximizar o valor das opções — infraestrutura fundamental primeiro, depois recursos que a utilizam.
Exemplo
feat(alerts): Adicionar respostas em threads do Slack para atualizações de alertas
Quando um alerta é atualizado ou resolvido, publique uma resposta na thread
original do Slack em vez de criar uma nova mensagem. Isso mantém as
notificações relacionadas agrupadas.