|
|
|
# GIT Commits
|
|
|
|
|
|
|
|
**Padrão**: Descrição breve do que foi feito
|
|
|
|
|
|
|
|
**Exemplo**: "corrigir bug no login"
|
|
|
|
|
|
|
|
- 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'.
|
|
|
|
|
|
|
|
|
|
|
|
# Branchs e Merges
|
|
|
|
|
|
|
|
- Nosso repositório vai conter 3 branches principais: **master**, **staging** e **develop**.
|
|
|
|
|
|
|
|
- Para começar o desenvolvimento de uma tarefa, deve-se criar uma branch a partir da *develop*, com o nome **feat-xx** (substituir xx pelo número da tarefa), onde serão feitos os commits relacionados a tarefa.
|
|
|
|
|
|
|
|
- Após o desenvolvedor(a) **terminar** sua tarefa, **testar** e **garantir** que esteja funcionando, deve-se abrir o **merge request** para a branch develop.
|
|
|
|
|
|
|
|
- Após ter as duas aprovações no seu **merge request**, então poderá fazer o merge em develop.
|
|
|
|
|
|
|
|
- Caso não tenha as aprovações necessárias, deve-se corrigir/modificar o que é necessário, sempre dando commit na branch da tarefa.
|
|
|
|
|
|
|
|
- Ao final da sprint deve ser lançada release, e para isso deve-se fazer um Merge Request da branch develop para a branch de staging.
|
|
|
|
|
|
|
|
|
|
|
|
# Exemplo
|
|
|
|
> TODO
|
|
|
|
|
|
|
|
|
