Gitlab flow

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

Crie um projeto

master

Crie um feature branch

master

feature

Para cada funcionalidade que será desenvolvida

Faça commits

master

feature

Quantos forem necessários

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).

Merge

master

feature

Depois que um colega aprovou o Merge Request

Faça deploy

master

feature

stable

Para colocar código em produção.Crie uma tag.

v1.0

Crie um branch p/ correção

master

feature

stable

hotfix

Para cada correção realizada no código de produção

v1.0

Faça commits

master

feature

stable

hotfix

v1.0

Abra um Merge Request

master

feature

stable

hotfix

v1.0

De HOTFIX → STABLE

Merge e deploy

master

feature

stable

hotfix

Deploy → STABLE.Crie uma tag.

v1.0 v1.0.1

Merge e deploy

master

feature

stable

hotfix

Deploy → STABLE.Crie uma tag.

Merge → MASTER.

v1.0 v1.0.1

Mas

equipes trabalham em paralelo

Merge e deploy

master

feature

stable

hotfix

Deploy → STABLE.Crie uma tag.

Merge → MASTER.

v1.0 v1.0.1

Trabalho em paralelo no MASTER

master

feature

stable

hotfix

Por isso as tags no branch STABLE.

feature x

feature y

v1.0

v1.0.1

v1.0.2

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.

referência

● https://speakerdeck.com/ogom/gitlab-flow