Skip to main content

​
Git Flow

Esta seção deve ser preenchida pela equipe de engenharia com a estratégia de branching adotada. Abaixo está uma estrutura sugerida.

​
Estratégia de Branching

BranchFinalidadeProteção
mainCódigo em produçãoProtegida (merge via PR)
developCódigo em desenvolvimentoProtegida (merge via PR)
feature/*Novas funcionalidadesLivre
bugfix/*Correções de bugsLivre
hotfix/*Correções urgentes em produçãoLivre
release/*Preparação de releasesLivre

​
Convenção de Commits

Sugere-se o uso de Conventional Commits para padronizar as mensagens: 
<tipo>(<escopo>): <descrição>

feat(relacionamento): adicionar endpoint de busca por território
fix(comunicacao): corrigir envio duplicado de templates
docs(api): atualizar documentação de autenticação

​
Pull Requests

Toda alteração em branches protegidas (main, develop) deve passar por Pull Request com revisão de pelo menos um membro da equipe, testes automatizados passando, descrição clara das alterações e referência à tarefa ou issue relacionada.