O documento descreve o Gitlab flow, um fluxo de trabalho para desenvolvimento de software usando Gitlab. Ele envolve criar branches de funcionalidades e correções, fazer commits, abrir merge requests para code review, mergear as branches, fazer deploy e criar tags para versões. Equipes podem trabalhar em paralelo com vários branches e merge requests simultâneos.

1. Gitlab flow
By @viniciusban Baseado em https://speakerdeck.com/ogom/gitlab-flow

2. Crie um projeto
master

3. Crie um feature branch
master
feature
Para cada funcionalidade que será desenvolvida

4. Faça commits
master
feature
Quantos forem necessários

5. Abra um Merge Request
master
feature
Depois de garantir que a funcionalidade está correta.
Code review antes de integrar com o MASTER (restante da equipe).

6. Merge
master
feature
Depois que um colega aprovou o Merge Request

7. Faça deploy
stable
master
feature
Para colocar código em produção.
Crie uma tag.
v1.0

8. Crie um branch p/ correção
stable
hotfix
master
feature
Para cada correção realizada no código de produção
v1.0

9. Faça commits
stable
hotfix
master
feature
v1.0

10. Abra um Merge Request
stable
hotfix
master
feature
De HOTFIX → STABLE
v1.0

11. Merge e deploy
stable
hotfix
master
feature
Deploy → STABLE.
Crie uma tag.
v1.0
v1.0.1

12. Merge e deploy
stable
hotfix
master
feature
Deploy → STABLE.
Crie uma tag.
Merge → MASTER.
v1.0
v1.0.1

13. Mas
equipes trabalham
em paralelo

14. Merge e deploy
stable
hotfix
master
feature
Deploy → STABLE.
Crie uma tag.
Merge → MASTER.
v1.0
v1.0.1

15. Trabalho em paralelo no MASTER
Por isso as tags no branch STABLE.
stable
hotfix
master
feature
feature x
feature y
v1.0
v1.0.1
v1.0.2

16. No mundo real
Equipes trabalham em paralelo:
● Vários feature branches entrelaçados.
● Merge Requests simultâneos (integrando com
MASTER e STABLE).
● git pull --tags origin master o tempo todo.

17. referência
● https://speakerdeck.com/ogom/gitlab-flow