Compartilhar código com envio por push

O Visual Studio 2022 fornece uma experiência de controle de versão do Git usando o menu Git , as Alterações do Git e os menus de contexto no Gerenciador de Soluções. O Visual Studio 2019 versão 16.8 também oferece a interface do usuário do Git do Team Explorer . Para obter mais informações, consulte a guia Visual Studio 2019 – Team Explorer .

Na janela Alterações do Git , selecione o botão de push de seta para cima para pressionar sua confirmação.

Ou você pode enviar suas alterações por push da janela do Repositório Git . Para abrir a janela do Repositório Git , selecione o link de saída/entrada na janela Alterações do Git .

Ou você pode enviar suas alterações por push do menu Git na barra de menus.

O Visual Studio 2019 fornece uma experiência de controle de versão do Git usando o menu Git , as Alterações do Git e os menus de contexto no Gerenciador de Soluções.

Na janela Alterações do Git , selecione o botão de push de seta para cima para pressionar sua confirmação.

Ou você pode enviar suas alterações por push da janela do Repositório Git . Para abrir a janela do Repositório Git , selecione o link de saída/entrada na janela Alterações do Git .

Ou você pode enviar suas alterações por push do menu Git na barra de menus.

O Visual Studio 2019 versão 16.8 e versões posteriores fornecem uma experiência de controle de versão do Git, mantendo a interface do usuário do Git do Team Explorer . Para usar o Team Explorer, desmarque aexperiência do novo usuário do Git dos recursos > devisualizaçãode> de > na barra de menus. Você pode usar recursos do Git de qualquer interface intercambiável.

1. No Team Explorer, selecione Página Inicial e escolha Sincronizar para abrir a Sincronização.

   

   Você também pode ir para o modo de exibição sincronização de Alterações escolhendo Sincronizar imediatamente após fazer uma confirmação.

   

2. No modo de exibição Sincronização , escolha Push para carregar sua confirmação no repositório remoto. Se este for seu primeiro push para o repositório, você verá a mensagem: The current branch does not track a remote branch..., que permite que você saiba que sua confirmação foi enviada por push para um novo branch no repositório remoto e que as confirmações futuras enviadas por push do branch atual serão carregadas para esse branch remoto.

   

Embora você raramente precise enviar um branch local por push para um branch remoto de nome diferente, você pode fazer isso usando o comando de push git não abreviado:

git push <remote repo> <local branch name>:<remote branch name>

Para enviar por push novas confirmações do branch local para um branch remoto com o mesmo nome, execute o seguinte comando de push simplificado. Se o repositório remoto não tiver um branch com o mesmo nome, esse comando criará um novo branch remoto com o mesmo nome e confirmações que o branch local.

git push <remote repo> <local branch name>

Quando você clona um repositório remoto, o Git atribui o alias origin como abreviação para a URL do repositório remoto clonado. Execute git remote -v para verificar o valor do origin alias. Para adicionar o alias origin manualmente, execute git remote add origin <remote repo url>. Com o alias origin , você pode simplificar ainda mais o comando push:

git push origin <local branch name>

Para enviar por push novas confirmações do branch local atual para um branch remoto com o mesmo nome, execute o seguinte comando de push simplificado. Se o repositório remoto não tiver um branch com o mesmo nome, esse comando falhará.

git push origin

Se o branch local atual rastrear um branch originremoto, você poderá abreviar totalmente o comando push:

git push

No entanto, o comando de push totalmente abreviado falhará se o branch local não rastrear um branch remoto. Execute git remote show origin para verificar o status rastreado de suas ramificações. Para efetuar push e definir o branch local atual para acompanhar o branch originremoto com o mesmo nome, execute git push --set-upstream origin <local branch name> uma vez. O --set-upstream sinalizador criará um branch remoto com o mesmo nome se ele não existir.

É uma prática comum ao trabalhar em um branch de recurso local (ou bugfix), atualizar periodicamente seu branch com as alterações mais recentes do main branch. Dependendo de como você faz isso, os históricos de confirmação local e remota do branch de recursos podem divergir de modo que o comando de push do Git retorne um erro. Se você for a única pessoa que está enviando por push para o branch de recursos remoto e tiver certeza de que o branch de recursos local contém todo o trabalho necessário, poderá usar o comando de push do Git com o --force sinalizador para substituir todas as confirmações no branch de recursos remotos pelas confirmações do branch de recursos local. Para obter mais informações sobre o comando push do Git, incluindo outras force opções, consulte o manual de referência do Git.