Salvar e compartilhar código com o Git

Salvar e compartilhar versões de código com uma equipe são as coisas mais comuns feitas ao usar o controle de versão. O Git tem um fluxo de trabalho fácil de três etapas para estas tarefas:

1. Criar uma nova ramificação para trabalhar
2. Confirmar alterações
3. Empurre o branch para compartilhá-lo com a equipe

O Git facilita o gerenciamento do trabalho usando branches. Cada novo recurso, correção de bug, teste adicionado e configuração atualizada começa com um novo ramo. As ramificações são leves e locais na máquina de desenvolvimento, portanto, você não precisa se preocupar com o uso de recursos ou coordenar alterações com outras pessoas até que seja hora de enviar a ramificação.

As ramificações permitem codificar em isolamento das demais alterações no desenvolvimento. Uma vez que tudo esteja funcionando, a ramificação e suas alterações serão compartilhadas com sua equipe. Outros podem experimentar com o código em uma cópia própria do branch, sem que isso afete o trabalho em andamento em seus branches individuais.

Criar uma ramificação

Crie uma ramificação com base no código em um branch atual, como main, ao iniciar um novo trabalho. É uma boa prática verificar qual branch está selecionado usando git status antes de criar um novo branch.

Crie branches no Git usando o git branch comando:

> git branch <branchname>

O comando para trocar entre branches no repositório é git checkout. Depois de criar o branch, alterne para ele antes de salvar as alterações.

> git checkout <branchname>

O Git tem um comando abreviado para criar o branch e alternar para ele ao mesmo tempo:

> git checkout -b <branchname>

Saiba mais sobre como trabalhar com branches do Git no GitHub ou no Azure DevOps.

Salvar alterações

O Git não captura automaticamente o código à medida que as edições são feitas. O Git deve ser informado exatamente sobre quais alterações devem ser adicionadas ao próximo instantâneo. Isso é chamado staging. Depois de preparar suas alterações, crie um commit para salvar o instantâneo permanentemente.

Alterações de etapa

O Git controla as alterações de arquivo feitas no repositório conforme elas acontecem. Ele separa essas alterações em três categorias:

• Os arquivos não modificados não foram alterados desde a última confirmação.
• Os arquivos modificados têm alterações desde a última confirmação, mas não foram preparados para a próxima confirmação.
• Arquivos preparados têm alterações que serão adicionadas ao próximo commit.

Quando você cria um commit, somente as alterações preparadas e os arquivos inalterados são usados para a captura. As alterações não versionadas são mantidas no sistema de arquivos, mas o commit usa o arquivo não modificado em seu instantâneo.

Confirmar alterações

Salve as alterações no Git criando uma confirmação. Cada confirmação armazena o conteúdo completo dos arquivos do repositório, não apenas as alterações individuais nos arquivos. Esse comportamento é diferente de outros sistemas de controle de versão que armazenam as diferenças no nível do arquivo da última versão do código. Históricos completos de arquivos permitem que o Git tome melhores decisões ao mesclar alterações e torna a alternância entre branches de código incrivelmente rápida.

Organizar alterações com git add para adicionar arquivos alterados, git rm remover arquivos e git mv mover arquivos. Em seguida, use o git commit comando para criar a confirmação.

Normalmente, os desenvolvedores desejam estagiar todos os arquivos alterados no repositório:

> git add –all

Em seguida, confirme as alterações com uma breve descrição:

> git commit -m "Short description of changes."

Cada commit tem uma mensagem que descreve suas alterações. Uma boa mensagem de commit ajuda o desenvolvedor a lembrar as alterações feitas em um commit. Boas mensagens de commit também facilitam que outras pessoas revisem o commit.

Saiba mais sobre como preparar arquivos e confirmar alterações no Visual Studio ou no Visual Studio Code.

Compartilhar alterações

Seja trabalhando em uma equipe ou apenas querendo fazer backup de seu próprio código, os desenvolvedores precisam compartilhar confirmações com um repositório em outro computador. Use o git push comando para fazer commits do repositório local e gravá-los em um repositório remoto. O Git é configurado em repositórios clonados para se conectar à origem do clone, que é comumente referida como origin. Execute git push para gravar as confirmações locais de seu branch atual em outro branch (branchname) no repositório 'origin'. Git cria o branchname no repositório remoto se ainda não existir.

> git push origin

Se estiver trabalhando em um repositório criado no sistema local com git init, você precisará configurar uma conexão com o servidor Git da equipe antes que as alterações possam ser enviadas por push. Saiba mais sobre como configurar remotos e enviar alterações por push no Visual Studio ou no Visual Studio Code.

Compartilhar ramificações

Enviar uma ramificação local para o repositório compartilhado da equipe torna suas alterações acessíveis para o resto da equipe. A primeira vez que git push é executado, ao adicionar a opção -u, informa ao Git que deve começar a rastrear o branch local em relação a branchname do repositório origin. Após essa configuração única de informações de acompanhamento, os membros da equipe podem usar git push diretamente para compartilhar atualizações com rapidez e facilidade.

> git push origin <branchname>

Próximas etapas

Saiba mais sobre branches no GitHub ou no Azure DevOps.

Saiba mais sobre como enviar commits e branches no Visual Studio ou Visual Studio Code.