>

Controle de versão tornou-se uma parte importante do processo de desenvolvimento do software. O controle de versão ajuda a registrar mudanças em um projeto ao longo do tempo para que você possa se lembrar de versões específicas mais tarde. Eu estarei falando sobre GitHub.

Quando eu comecei como desenvolvedor, eu comecei a usar GitHub porque todos disseram que é necessário que os desenvolvedores tenham seu código online. Com isso em mente, eu o via como um lugar para armazenar todos os meus projetos caso meu sistema falhasse, eu seria capaz de baixá-los de volta.

Funny right?

Later, eu percebi que GitHub era mais do que isso, é um lugar onde eu poderia ver todo o progresso que eu fiz a cada passo da construção do meu projeto ou software. É também um lugar onde todos ao redor do mundo podem contribuir em projetos com idéias diferentes.

Conteúdo Meio ano, comecei na Microverse, fui apresentado ao GitHub Flow. GitHub Flow encoraja você a criar ramificações de recursos para cada recurso do seu software. Quando você acredita que seu software ou projeto está pronto para ser visto ou usado, você cria um pedido de puxar e fundir para o ramo mestre.

Cool right?

clone the project

em seu repositório local.

cd

para o repositório

>

>marque o ramo em que você está atualmente

Criar um novo

feature branch

Comece a trabalhar na sua característica e quando terminar,

add

,

commit

e

push

ao ramo de características

>

>

>>>

Vá ao seu repositório remoto no GitHub e crie um pedido de puxar e fundir quando você acredita que o recurso está completo

>

Desta forma você pode ver todos os recursos que você criou e o que você adicionou em cada fase. À medida que avançava, percebi que o ramo mestre era principalmente para produção e no momento em que você funde um pedido de puxar você está dizendo que esse recurso está pronto para ser usado ou visto por todos.

Foi então que eu soube que o GitHub flow funciona perfeitamente para pequenos projetos, mas e se eu tiver um projeto com mais de um recurso importante e eu usar o GitHub flow, eu estou indiretamente dizendo que todos os recursos que são mesclados ao ramo master estão prontos para produção, mas se pensarmos nisso, eles estão?

Lançamento de uma funcionalidade para um projeto com muitas funcionalidades não faz sentido e é aí que entra o Git Flow. É muito similar ao GitHub flow mas introduz uma maneira melhor de trabalhar com controle de versão.

Em Git Flow, criamos um ramo de desenvolvimento e então fazemos o ramo de desenvolvimento o ramo padrão até que estejamos prontos para a produção. Desta forma, todos os ramos de características são criados a partir do ramo de desenvolvimento e fundidos com o ramo de desenvolvimento quando completados.

Faz sentido, certo? Agora, eu só consigo me fundir com o ramo mestre quando acredito que meu software está pronto para a produção com todas as funcionalidades adicionadas.

Após clonar seu repositório, Crie um ramo

development

branch

Cheque para ver em que ramo você está trabalhando atualmente

>

Tente adicionar um arquivo, talvez um arquivo HTML para que você possa atualizar seu repositório remoto com o ramo de desenvolvimento.

Vá para o seu repositório remoto no GitHub , vá para as configurações, clique em ramos e faça do desenvolvimento o ramo padrão

>

Agora, você pode criar ramificações a partir do ramo

development

, criar um pedido de puxar a partir dele e fundir para

development

ramo.

Quando todas as suas características estiverem prontas, siga os mesmos passos acima, faça o master default novamente, crie uma solicitação pull do desenvolvimento para master e funda-se para a produção.

Eu sei que tem sido uma leitura longa, mas confio que já devemos saber quando usar GitHub flow ou Git Flow.

Obrigado pela leitura.

Tags