Vamos aprender sobre este fluxo que tem gerado sucesso em muitos occasions de desenvolvimento de software program!
Teoria
É muito comum vermos desenvolvedores utilizando somente uma department para fazer commits em projetos pessoais. Isto não é errado, é muito tranquilo de se controlar tudo em uma department quando se está desenvolvendo sozinho, mas o cenário muda bastante quando temos que interagir com mais desenvolvedores, seja em um projeto de código aberto(opensource) ou privado.
Nessas horas é importante que se tenha whole controle do que está sendo produzido por sua equipe, onde, ao mesmo tempo são corrigidas falhas, implementadas novas funcionalidades e o ultimate é ter o seu código de produção com whole funcionamento entregue ao cliente.
É aí que o Fluxo Git Circulation nos ajuda, olhe a imagem abaixo para entender melhor:
O Git Circulation é um modelo de conjunto de instruções que você e/ou equipes de desenvolvimento podem seguir para organizar as branches.
É importante ressaltar que o Git Circulation são orientações e não regras, ou seja, você não precisa seguir 100% ao pé da letra, acho bacana e até saudável que pensemos em adaptações de acordo com a equipe de desenvolvimento e o modelo de trabalho.
As branches principais
A grasp deve ser a principal department onde o código-fonte sempre reflete um estado pronto que, quando versionado, será publicado em produção.
A develop sempre deve conter o código mais atual, ou seja, o que está sendo desenvolvido no momento. Isto é possível fazendo com que as branches de options sejam criados através dela e no fim de seu ciclo, todo o código produzido seja mesclado (merge) na develop.
Quando o código-fonte na develop atinge um ponto estável e está pronto para ser liberado, todas as alterações devem ser mescladas (merge) na grasp de alguma forma e marcadas com um número de launch (tag).
💡 Iremos nos aprofundar mais detalhadamente sobre os conceitos de branches e tags nos próximos posts.
As branches de apoio
Junto as principais branches, grasp e develop, há diversas branches de apoio para auxiliar o desenvolvimento paralelo entre os membros da equipe, facilitar o rastreamento de recursos, preparar releases de produção e ajudar a corrigir instantaneamente problemas de produção (hotfix).
Ou seja:
- function: para novas implementações
- launch: para finalizar releases e tags
- hotfix: para resolver problemas críticos em produção que não podem esperar uma nova launch
⚡ Para saber como configurar o fluxo do Git Circulation em um repositório e como criar as branches de apoio de forma dinâmica, navegue pelas publicações com a tag gitflow.
Obrigado por chegar até aqui! 😄