Guia de desenvolvimento paralelo do Git Worktrees

Em cenários específicos, você pode precisar de diferentes cópias idênticas do seu repositório. Neste ponto, você provavelmente está pensando em clonar seu armazenamento - mas há uma solução melhor.

O Git oferece um modelo de fluxo de trabalho melhor e mais confiável - Git Worktree. Dá uma cópia perfeita de todo o seu repositório.

Neste artigo, explicarei tudo o que você precisa saber sobre o Worktree e como você pode usá-lo passo a passo com as melhores práticas do Git. E depois que você souber todo esse básico, o Git Worktree será relativamente fácil de implementar em comparação com outras práticas, como clonagem com clone git seu repositório.

O que é Git Worktree

Em palavras simples - o Git Worktree permite que os desenvolvedores tenham vários diretórios de trabalho ao mesmo tempo e os diretórios de trabalho associados a um único repositório Git.

Se você está trabalhando em um grande projeto e precisa trocar de ramos para trabalhar em diferentes questões, o Git Worktree pode ser útil.

Gerencie trádos de trabalho git

Antes de começar a adicionar um novo WorkTree, vamos ver quantos Worktree você tem agora.

Listar trádos de trabalho

Você pode verificar com o seguinte comando.

Git Worktree List  

Neste momento, você deve ver apenas um Worktree. É o seu trabalho padrão.

Adicione nova Worktree

Vamos adicionar um novo Worktree e você pode usar os seguintes comandos -

Git Worktree new_working_tree  

Depois de adicionar uma nova árvore, você pode ver todas as árvores de trabalho pelo comando Worktree List para confirmar que agora você tem duas árvores disponíveis.

E esta árvore de trabalho recém -criada conhecida como uma árvore vinculada.

Remova o Worktree

Você pode ter que excluir seu Worktree por muitas boas razões, como quando seu trabalho estiver completo e é seguro excluir o Worktree vinculado.

Você pode usar o seguinte comando para excluir o Worktree

Git Worktree Remover Your_worktree_name  

Por que vários trabalhos

Deve haver uma pergunta em sua mente de que você seria um problema.

Por que você precisa de vários trabalhos de trabalho? - Para desenvolvimento paralelo.

Com vários worktree, você pode fazer desenvolvimento paralelo e também precisa disso pelos seguintes motivos

Desenvolvimento e teste paralelos

Se você estiver trabalhando em um projeto Enterprise Legacy e, em algum momento, precisará corrigir bugs e outras horas precisam adicionar um recurso. Nesse caso, o Git Worktree será útil e apoiará o desenvolvimento paralelo.

Da mesma maneira, a execução de várias suítes de teste em paralelo reduz o tempo de execução. É conveniente usar várias suítes de teste ao mesmo tempo para testar sua cobertura.

É fácil alterar seu Worktree de primário para vinculado a um comando git simples. Além disso, você pode fazer alterações no Git Worktree usando o Git Cherry-Pick e o Git Reset.

Gestão fácil

É fácil gerenciar sua base de código com vários trabalhos de trabalho em comparação com a clonagem do seu repositório. O Git Worktree é uma entidade leve e é fácil de usar e gerenciar.

Quando você usa o comando git clone para o seu repositório existente, você faz uma cópia completa do seu repositório. E pode ser possível que você crie o mesmo nome de ramificação em seu repositório existente e recém -criado. Pode ser confuso e difícil de gerenciar.

Aqui, a boa parte do Git Worktree permitirá que você crie o mesmo nome de ramificação em seu trabalho primário e vinculado - então, no geral, é fácil gerenciamento.

Economize tempo e você permanece focado

A troca é uma operação cara porque, quando você muda, você reestrutura completamente o repositório.

E se você mudar seu ramo de trabalho atual do IDE, nesse caso, seu IDE poderá ficar louco e tentar se adaptar às configurações do projeto.

Com a ajuda de um Worktree, você pode evitar essa troca frequente. Você pode verificar as filiais necessárias em pastas separadas usando o Worktree.

Então lá você terá um projeto IDE independente para cada ramo.

Conclusão

Git Clone é uma maneira mais antiga de duplicar do repositório principal - enquanto o Git Worktree é uma das melhores práticas.

E no trabalho Git, não há necessidade de se preocupar com os ramos. Por exemplo, você não pode verificar o nome Create Branch em links worktrees. E porque eles estão ligados ao seu repositório, por isso será registrado na história.