| ... | ... | @@ -8,13 +8,13 @@ |
|
|
|
Vamos fazer uso de **boas práticas**, devemos sempre descrever o commit no **IMPERATIVO**, como se estivesse passando um comando para alguém, por exemplo, em vez de começar a descrição usando 'Corrigindo', devemos usar 'Corrigir'.
|
|
|
|
|
|
|
|
# Branches e Merges
|
|
|
|
Nosso repositório vai conter **3** branches principais: **master**, **release** e **develop**.
|
|
|
|
Nosso repositório vai conter **2** branches principais: **master** e **develop**.
|
|
|
|
|
|
|
|
1. Para começar o desenvolvimento de uma tarefa, deve-se criar uma branch a partir da **release**, com o nome feature-**xx** (substituir xx pelo número da tarefa), onde serão feitos os commits relacionados a tarefa.
|
|
|
|
1. Para começar o desenvolvimento de uma tarefa, deve-se criar uma branch a partir da **develop**, com o nome feature-**xx** (substituir xx pelo número da tarefa), onde serão feitos os commits relacionados a tarefa.
|
|
|
|
|
|
|
|
2. Após terminar o desenvolvimento, deve-se fazer merge na branch **develop** para ser possível realizar o teste da tarefa integrado com todo o sistema.
|
|
|
|
|
|
|
|
3. Se o teste da tarefa for **aprovado**, deve-se fazer merge na branch **release**.
|
|
|
|
3. Se o teste da tarefa for **aprovado**, deve-se fazer merge na branch **develop**.
|
|
|
|
> Caso o teste **não aprove** o que foi desenvolvido, deve se corrigir/modificar o que é necessário, **sempre dando commit na branch da tarefa**.
|
|
|
|
|
|
|
|
4. Ao final da **sprint** deve ser lançada uma nova **release**, e para isso deve-se fazer um Merge Request (através do GitLab) da branch **release** dentro da branch **master**. |
|
|
\ No newline at end of file |
|
|
|
4. Ao final da **sprint** deve ser lançada uma nova **develop**, e para isso deve-se fazer um Merge Request (através do GitLab) da branch **develop** dentro da branch **master**. |
|
|
\ No newline at end of file |
