O documento descreve o fluxo Gitlab para desenvolvimento e deploy de aplicações. Ele explica como criar branches para novas funcionalidades e correções, fazer commits, integrar branches através de merge e realizar deploy em produção com tags. O fluxo mantém branches separadas para desenvolvimento, produção e correções, integrando-as através de merges controlados.
14. Merge
producao
master
Integre PRODUCAO → 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 o novo
funciona
● Produção separada do desenvolvimento e
manutenção
● Portanto:
– Nunca commit direto em MASTER
– Nunca commit direto em PRODUCAO
– Só faça merge neles
16. Por que tags?
● Para voltar versão facilmente
– Apenas um git checkout <tag>
– Rapidez e simplicidade em caso de emergência
17. Outra dica
apague os branches
antigos e sem uso
$ git branch -d minha_antiga_funcionalidade