Processos.md

@@ -51,6 +51,33 @@ Para que uma tarefa seja considerada pronta para desenvolvimento, ela deve segui
 
 ---
 
+### Padrões utilizados
+
+Para tornar mais consistentes as mensagens de commit, usamos o padrão Conventional Commits. Para seguir esse padrão, as mensagens, em geral, devem escritas seguindo no formato `<tipo>[escopo]: <descrição>`, em que:
+- o `<tipo>`, obrigatório, é um dos tipos possíveis de commit;
+- o `[escopo]`, opcional, sempre escrito entre parênteses, contextualiza o commit dentro do projeto, e pode ser tanto uma funcionalidade do produto, quanto uma questão técnica do projeto;
+- a `<descrição>`, obrigatória, é uma mensagem escrita conforme a vontade do desenvolvedor, e descreve resumidamente o trabalho feito.
+
+Exemplos do uso:
+- `feat: Implementa envio dos votos de cada participante.`
+- `fix(api): Corrige envio das informações de cadastro de ao banco.`
+- `docs: Descreve padrões de commit.`
+- `build: Atualiza dependências.`
+
+A descrição é escrita de acordo com a vontade do desenvolvedor. O escopo não é pré-definido, mas o grupo deve procurar usar o mesmo nome quando falando da mesma coisa; o escopo deve sempre ser um substantivo.
+
+Os tipos são limitados; o Conventional Commits especifica dois -- "`fix`", que identifica uma correção em algo já existente, e "`feat`", que indica a adição de uma funcionalidade nova --, mas o time pode especificar outros, desde que use-os de forma consistente.
+
+Tipos usados no time:
+- "`fix`", para descrever soluções de problemas;
+- "`feat`", para descrever funcionalidades adicionadas;
+- "`docs`", para identificar trabalho na documentação do projeto;
+- "`build`", para identificar trabalho na configuração do projeto.
+
+Mais informações estão disponíveis no [link](https://www.conventionalcommits.org/pt-br/v1.0.0/).
+
+---
+
 ### Definition of Done
 
 Para que uma tarefa seja considerada concluída ela deve seguir as seguintes condições: