Traduzido do Inglês para o Português - [Link].
com
Introdução a
Fluxo Git
Apresentado por: Mansi Babbar
A falta de etiqueta e boas maneiras é um grande desestímulo.
Etiquetas KnolX
Pontualidade Opinião
Respeite os horários das sessões do Knolx, Certifique-se de enviar um feedback
solicitamos que você não participe das sessões de construção para todas as sessões,
após uma postagem com limite de 5 minutos pois é muito útil para o presente
a hora de início da sessão.
Mudo Evite perturbações
Por favor, mantenha sua janela no modo mudo Evite deixar sua janela com o som
ativado depois de fazer uma pergunta
Agenda
01 Introdução
02 Como funciona o fluxo do Git?
03 Filial de recursos
04 Filial de lançamento
05 Filial de hotfix
06 Resumo
005
7 Demonstração
7
Introdução
Introdução
● Git Flow é um design de fluxo de trabalho Git
● Define um modelo de ramificação estrito projetado em torno do lançamento do projeto
● Isso fornece uma estrutura robusta para gerenciar projetos maiores
● Adequado para projetos com ciclo de lançamento programado e entrega contínua
● Atribui funções específicas a diferentes filiais
● Define como e quando as filiais devem interagir
Introdução
● Ferramenta de linha de comando com processo de instalação
● Git Flow é um wrapper em torno do Git
● Depois de instalar o git-flow você pode usá-lo em seu projeto executando git flow init
● git flow init é uma extensão do comando padrão git init
Como funciona?
Desenvolver e dominar
Galhos
Desenvolver e dominar filiais
Baseado em dois ramos principais com vida útil infinita:
○ master – este branch contém o código de produção. Lançamento oficial da loja
história
○ desenvolver — este branch contém código de pré-produção. Serve como um
ramo de integração para recursos
○ Também é conveniente marcar todos os commits no branch master com um
número de versão
Desenvolver e dominar filiais
Desenvolver e dominar filiais
Desenvolver e dominar filiais
Filial de recursos
Filial de recursos
● Cada novo recurso deve residir em seu próprio branch
● As ramificações de recursos usam o desenvolvimento como ramificação pai
● Quando um recurso é concluído, ele é mesclado novamente no desenvolvimento
● Os recursos nunca devem interagir diretamente com o mestre
Filial de recursos
Criando uma ramificação de recurso
● Sem extensões git-flow:
○ git checkout desenvolver
○ git checkout -b feature_branch
● Com extensão git-flow:
○ recurso de fluxo git iniciar feature_branch
Concluindo uma ramificação de recursos
● Sem extensões git-flow:
○ git checkout desenvolver
○ idiota mesclar feature_branch
● Com extensões git-flow:
○ recurso de fluxo git finalização feature_branch
Filial de lançamento
Filial de lançamento
● Depois que o desenvolvimento tiver adquirido recursos suficientes para um lançamento, bifurque um
branch de lançamento do desenvolvimento
● A criação deste branch inicia o próximo ciclo de lançamento, portanto, nenhum novo
recursos podem ser adicionados após este ponto
● Permitir que muitos pequenos bugs sejam corrigidos e preparação de metadados
para um lançamento
● Deve se fundir no master e desenvolver
Filial de lançamento
Criando uma ramificação de lançamento
● Sem as extensões git-flow:
○ git checkout desenvolver
○ idiota Confira -b versão/0.1.0
● Ao usar as extensões git-flow:
○ $lançamento do fluxo git início 0.1.0
○ Mudou para um novo branch 'release/0.1.0'
Concluindo uma ramificação de lançamento
● Sem extensões git-flow:
○ mestre de checkout git
○ idiota mesclar versão/0.1.0
● Com extensão git-flow:
○ git fluxo liberação final 0.1.0
Filial de hotfix
Filial de hotfix
● Usado para corrigir rapidamente versões de produção
● Criado para agir imediatamente após um status indesejado de mestre
● Baseado em master em vez de desenvolver
● Único branch que deve bifurcar diretamente do master
● Assim que a correção for concluída, ela deverá ser mesclada no master e
no development
Filial de hotfix
Criando uma ramificação de hotfix
● Sem extensões git-flow:
○ mestre de checkout git
○ idiota Confira -b hotfix_branch
● Com extensões git-flow:
○ $git fluxo hotfix iniciar hotfix_branch
Concluindo uma ramificação de hotfix
● Sem extensões git-flow:
○ mestre de checkout git
○ git merge hotfix_branch
○ git checkout desenvolver
○ git merge hotfix_branch
● Com extensão git-flow:
○ git branch -D hotfix_branch
○ $git fluxo hotfix terminar hotfix_branch
Demonstração
Resumo
Resumo
Gitflow é um dos muitos estilos de fluxos de trabalho Git que você e sua equipe podem
utilizar.
Algumas dicas importantes que você deve saber sobre o Gitflow são:
● O fluxo de trabalho é ótimo para um fluxo de trabalho de software baseado em
● versão. Gitflow oferece um canal dedicado para hotfixes em produção.
Vantagens
● Garante um estado limpo das filiais em qualquer momento do ciclo de vida do
projeto
● A nomenclatura dos ramos segue um padrão sistemático, facilitando a
compreender
● Possui extensões e suporte nas ferramentas git mais utilizadas
● É ideal quando é necessário haver múltiplas versões em produção
Desvantagens
● A história do Git se torna ilegível
● A divisão master/develop é considerada redundante
● Não é recomendado quando é necessário manter uma versão única em produção
Fluxo geral do fluxo Git
● Um branch de desenvolvimento é criado a partir do master
● Branches de recursos são criados a partir de desenvolvimento
● Quando um recurso é concluído, ele é mesclado no branch de desenvolvimento. Um branch
● de lançamento é criado a partir do desenvolvimento.
● Quando o branch de lançamento estiver concluído ele será mesclado com o development e o
● master Se for detectado um problema no master um hotfix branch será criado a partir do master
● Assim que o hotfix for concluído ele será mesclado com o development e o master
Obrigado !
