# Template de Pull Request

## Descrição

<!-- Descreva brevemente as alterações feitas -->

## Tipo de mudança

- [ ] 🐛 Correção de bug (mudança que não quebra funcionalidade existente e corrige um problema)
- [ ] ✨ Nova funcionalidade (mudança que não quebra funcionalidade existente e adiciona funcionalidade)
- [ ] 💥 Breaking change (correção ou funcionalidade que faria funcionalidade existente não funcionar como esperado)
- [ ] 📝 Documentação (atualização de documentação apenas)
- [ ] 🔧 Configuração (mudanças de configuração, CI/CD)
- [ ] ♻️ Refatoração (mudança de código que não adiciona funcionalidade nem corrige bug)
- [ ] 🎨 Estilo (formatação, espaços em branco, etc. - sem mudança de código)
- [ ] ⚡ Performance (mudança que melhora a performance)
- [ ] 🧪 Testes (adição ou modificação de testes)

## Tickets relacionados

<!-- Links para issues/tickets associados -->
- Fecha #
- Relacionado a #

## Mudanças realizadas

<!-- Lista das principais mudanças -->
-
-
-

## Screenshots / Vídeos

<!-- Se aplicável, adicione screenshots ou vídeos -->

| Antes | Depois |
|--------|-------|
|        |       |

## Checklist

### Qualidade de código
- [ ] Meu código segue as convenções do projeto
- [ ] Eu realizei uma auto-revisão do meu código
- [ ] Comentei meu código, particularmente em áreas difíceis de entender
- [ ] Minhas mudanças não geram novos warnings

### Testes
- [ ] Adicionei testes que provam que minha correção é efetiva ou que minha funcionalidade funciona
- [ ] Testes unitários existentes passam localmente
- [ ] Testes de integração passam

### Documentação
- [ ] Atualizei a documentação se necessário
- [ ] Atualizei o CHANGELOG se aplicável

### Segurança
- [ ] Verifiquei que nenhuma vulnerabilidade de segurança é introduzida
- [ ] Nenhum dado sensível é exposto em logs ou código

### Performance
- [ ] Considerei o impacto na performance
- [ ] Nenhuma query N+1 introduzida
- [ ] Nenhum memory leak introduzido

## Como testar

<!-- Instruções para testar as mudanças -->
1.
2.
3.

## Notas para revisores

<!-- Informações importantes para a revisão -->

## Checklist do Revisor

- [ ] Código é legível e bem estruturado
- [ ] Lógica de negócio está correta
- [ ] Casos extremos são tratados
- [ ] Testes são relevantes
- [ ] Não há código duplicado desnecessário
- [ ] Mensagens de erro são claras
