| ... | ... | @@ -21,7 +21,7 @@ Essas branches **não podem ser deletadas** e possuem regras rígidas de merge: |
|
|
|
|
|
|
|
- **development** → branch base para o desenvolvimento.
|
|
|
|
- Todos os desenvolvedores criam branches a partir dela.
|
|
|
|
- Merge Requests são sempre revisados (mínimo 2 aprovações, uma delas de AGES III).
|
|
|
|
- Merge Requests são sempre revisados.
|
|
|
|
|
|
|
|
---
|
|
|
|
|
| ... | ... | @@ -30,7 +30,7 @@ Essas branches **não podem ser deletadas** e possuem regras rígidas de merge: |
|
|
|
São criadas a partir de `development` e seguem regras de nomenclatura validadas por hooks do git.
|
|
|
|
|
|
|
|
- **Feature**
|
|
|
|
- Padrão: `feature/<id>_<descricao>`
|
|
|
|
- Padrão:`feature/<descricao>` ou `feature/<id>_<descricao>`
|
|
|
|
- Usada para implementar **novas funcionalidades**.
|
|
|
|
- Merge Request deve ser aberto **para development**.
|
|
|
|
|
| ... | ... | @@ -90,7 +90,6 @@ Após finalizar a tarefa, deve-se abrir um MR seguindo o template: |
|
|
|
|
|
|
|
- Selecione `Assign to me` no campo **Assignee**.
|
|
|
|
- Adicione **Labels** correspondentes.
|
|
|
|
- Todo MR precisa de **2 aprovações (uma obrigatória de AGES III)**.
|
|
|
|
- O merge deve ser feito com estratégia **squash-commits**.
|
|
|
|
- Após o merge, a branch deve ser excluída.
|
|
|
|
- Após o merge, a branch deve ser excluída (responsabilidade do Ages III).
|
|
|
|
|
