... | ... | @@ -9,27 +9,6 @@ |
|
|
|
|
|
Modelo de organização de branches para o git. Estabelece algumas regras de nomenclaturas para tipos de branches enquanto e define o que cada tipo de branch faz.
|
|
|
|
|
|
Recomendações para melhor uso do modelo:
|
|
|
|
|
|
• Projetos em que muitas pessoas vão contribuir.
|
|
|
|
|
|
• Existe um plano consistente de análise de linha de código.
|
|
|
|
|
|
• Menor privilégio da velocidade de entrega e mais foco na qualidade.
|
|
|
|
|
|
• Times pouco experientes ou com grande rotatividade
|
|
|
|
|
|
• Produtos com o core bem definido e estabelecido
|
|
|
|
|
|
|
|
|
Situações de risco para o modelo:
|
|
|
|
|
|
• Versões iniciais de produtos
|
|
|
|
|
|
• Produtos com alto número de mudanças (POC, MVPs)
|
|
|
|
|
|
• Times seniors e experientes pode sentir o gitflow como um gargalo
|
|
|
|
|
|
## Branches
|
|
|
|
|
|
**BRANCHES PERMANENTES**
|
... | ... | @@ -48,7 +27,8 @@ Branches temporarias devem ser criadas para cumprir um proposito e assim que ess |
|
|
* **Feature** (branch utilizada para desenvolver novos recursos para o projeto. Esse tipo de branch é criado a partir da master, quando o novo recurso terminar de ser desenvolvido deve ser enviado para a *develop*). Nomenclatura *feature/descricao_da_tarefa*
|
|
|
* **Bugfix** (branch para correção de erros encontrados em produção. Esse tipo de branch tem por objetivo resolver o problema o mais rapidamente possível. Para isso a branch *bugfix* é criada a partir da master e deve ser utilizada para resolver o problema, assim que o problema for resolvido ela deve sofrer um merge para a *master*). Nomenclatura: *bugfix/descricao_da_tarefa*
|
|
|
|
|
|
*Obs:***** a descrição da tarefa deve incluir o número da US (airtable).
|
|
|
*Observações:*
|
|
|
- A descrição da tarefa deve incluir o número da US (airtable).
|
|
|
- A cada commit realizado deve ser descrito brevemente, em português, o que foi desenvolvido.
|
|
|
- Anexar imagens da tela caso seja um bugfix
|
|
|
|
... | ... | |