O documento descreve um fluxo de trabalho simples para desenvolvedores individuais usando Gitlab. O fluxo envolve criar branches de recursos para cada nova funcionalidade, integrá-los ao branch master após testes e fazer deploy da master para produção, marcando cada versão com tags. Correções são feitas diretamente no branch de produção e depois mergeadas de volta para a master.

1. Gitlab flow solo (mínimo)
By @viniciusban Baseado em https://speakerdeck.com/ogom/gitlab-flow

2. Uma dica
use branches e tags

3. Observações
● Essa proposta de fluxo não é a ideal porque
mexe direto no branch de produção.
● Se você trabalha sozinho, recomendo usar o
gitlab flow solo.

4. Crie um projeto
master

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

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

7. Merge
master
feature
Integre com o MASTER

8. Deploy
master
feature
producao
Integre MASTER → PRODUCAO.
Crie uma tag.
Faça deploy.
v1.0
servidor
web
deploy

9. quando houver erro
em produção...

10. Faça commits
master
producao
v1.0
No branch PRODUCAO

11. Deploy
master
producao
Crie uma tag.
Faça deploy.
v1.0 v1.0.1
servidor
webdeploy

12. antes de continuar
nova feature...

13. Merge
master
producao
Integre PRODUCAO→ MASTER
v1.0 v1.0.1

14. Merge
master
producao
Integre CORRECAO→ MASTER
v1.0 v1.0.1
MASTER, agora, tem
a mesma correção
que PRODUCAO

15. Por que branches?
● Código antigo intacto até saber se novo
desenvolvimento está certo
● Produção separada do desenvolvimento

16. Por que tags?
● Para voltar versão facilmente
– Rapidez e simplicidade em caso de emergência

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