qualidade.md

@@ -73,13 +73,14 @@ O projeto adota o padrão **Conventional Commits**, que define uma convenção p
 
 ### Tipos de commit do padrão especificado
 
-- **feat**: adiciona uma nova funcionalidade ao projeto.  
-- **fix**: corrige um defeito ou erro existente no código.  
-- **chore**: aplica mudanças que não afetam diretamente o código-fonte da aplicação (como atualizações de dependências ou configurações).  
-- **docs**: modifica apenas a documentação do projeto.  
-- **test**: adiciona ou altera testes automatizados.  
-- **refactor**: realiza refatorações de código que não alteram o comportamento funcional do sistema.  
-- **style**: ajusta aspectos de formatação e estilo do código, sem impacto na lógica do programa.
+- **feat**: Uma nova funcionalidade (`feature`)
+- **fix**: Uma correção de bug (`bug fix`)
+- **chore**: Tarefas de manutenção que não alteram o código-fonte visível ao usuário (ex: ajustes de build, configuração de CI/CD, gerenciamento de dependências)
+- **docs**: Alterações na documentação (ex: `README.md`, `CONTRIBUTING.md`)
+- **style**: Alterações que não afetam o significado do código (espaços em branco, formatação, ponto e vírgula, etc.). Geralmente relacionado ao Prettier/ESLint
+- **refactor**: Uma alteração no código que não corrige um bug nem adiciona uma funcionalidade (ex: renomear uma variável, melhorar a performance de um algoritmo)
+- **test**: Adicionando ou corrigindo testes
+- **ci**: Alterações em arquivos de configuração de Integração Contínua (ex: `.gitlab-ci.yml`)
 
 Exemplo de commit válido: