# Uso do (chore) nos Commits GitHub

## O que significa o (chore) em uma mensagem de commit?

Ao trabalhar com **Git**, é comum registrar tudo o que foi alterado no código por meio de commits. Para facilitar a leitura do histórico desses commits, muitos times seguem uma convenção chamada *Conventional Commits*, onde cada commit começa com uma palavra-chave que indica o tipo de mudança realizada. Um desses tipos é o `chore`.

A palavra `chore` vem do inglês e significa algo como “tarefa rotineira” ou “serviços doméstico”. No contexto do **Git**, ela é usada indicar mudanças que fazem parte da manutenção do projeto, mas que não afetam diretamente o código da aplicação ou o comportamento visível para o usuário.

## Quando usar o (chore)?

Você deve usar o `chore` sempre que estiver fazendo alterações que não envolvem novas funcionalidades, correções de bugs ou melhorias diretas no código. Isso inclui, por exemplo:

* Adicionar ou atualizar arquivos como `.gitignore`, `tsconfig.json`, `.editorconfig` ou arquivos de ambiente;
    
* Alterar scripts de automação, como build, deploy ou testes automatizados;
    
* Atualizar dependências de ferramentas internas, mas sem impactar o funcionamento da aplicação;
    
* Mover pastas, renomear arquivos ou limpar código não utilizado.
    

Essas informações são importantes para manter o projeto saudável e bem organizado, mas não mudam “o que o sistema faz”. Por isso, eles recebem esse rótulo especial.

## Exemplos de uso com (chore)

Aqui estão exemplos reais de mensagens de commit usando o prefixo `chore`, com o emoji 🛠️ para facilitar a leitura:

```bash
git commit -m "🛠️ chore: adiciona regra *.bkp ao .gitignore."
git commit -m "🛠️ chore: atualiza dependências internas do projeto."
git commit -m "🛠️ chore: remove arquivos temporários não utilizados."
git commit -m "🛠️ chore: reorganiza estrutura de diretórios."
git commit -m "🛠️ chore: ajusta script de build para ambiente local."
```

Esses exemplos mostram como o `chore` é usado para marcar tarefas que ajudam na manutenção do projeto, sem interferir diretamente no comportamento do software.