... | @@ -156,6 +156,21 @@ Para criar o Merge Request devem ser seguidos os seguintes passos: |
... | @@ -156,6 +156,21 @@ Para criar o Merge Request devem ser seguidos os seguintes passos: |
|
|
|
|
|
#### Revisando o Merge Request
|
|
#### Revisando o Merge Request
|
|
|
|
|
|
Todo Merge Request deve ter pelo menos duas aprovações, sendo uma delas obrigatoriamente de um AGES III.
|
|
Antes de abrir o Merge Request clicando no botão de "Submit", os campos abaixo também devem ser preenchidos obrigatoriamente para serem revisados:
|
|
|
|
|
|
|
|
* **Título** - <tipo da tarefa (fix ou feat)>/<descrição da tarefa>
|
|
|
|
* **Descrição** - descrição da tarefa e/ou das mudanças no código. Caso seja uma alteração no repositório de frontend, colocar também um print dos estados da tela ou do componente desenvolvido.
|
|
|
|
* **Assignee** - integrante da equipe responsável pelo desenvolvimento da tarefa.
|
|
|
|
* **Milestone** - sprint na qual a tarefa foi realizada.
|
|
|
|
|
|
|
|

|
|
|
|
|
|
|
|
Após abertura do Merge Request, o MR será revisado por colegas de equipe.
|
|
|
|
|
|
|
|
As revisões serão feitas **por apenas um AGES 3**, assim devendo ele aprovar ou não. Caso o MR não seja aprovado, a pessoa que o revisou deve destacar nos comentários do MR o motivo para não tê-lo aprovado para que assim a pessoa que o desenvolveu possa fazer os ajustes para aprovação. Dessa forma, o feedback é uma ferramenta fundamental de ambos os lados a fim de garantir o cumprimento das funcionalidades a serem adicionadas pelo MR.
|
|
|
|
|
|
|
|
Uma vez que a revisão tenha sido concluída e todos os pontos de ajuste apontados tenham sido commitador na Source Branch, realize o merge e envie as alterações à branch develop.
|
|
|
|
|
|
|
|
No final de cada Sprint, para gerar uma nova versão do projeto a ser apresentada para o cliente, deve ser aberto um Merge Request para realizar o merge da branch develop na branch master, atualizando o código de produção com os desenvolvimentos realizados durante a sprint.
|
|
|
|
|
|
O merge deve ser feito com a estratégia *squash-commits* e as branches devem ser excluídas após o merge para a branch de destino. |
|
O merge deve ser feito com a estratégia *squash-commits* e as branches devem ser excluídas após o merge para a branch de destino. |
|
|
|
\ No newline at end of file |