Serviços de DevOps do Azure | Azure DevOps Server 2022 - Azure DevOps Server 2019
Visual Studio 2019 | Visual Studio 2022
Você pode compartilhar seu trabalho em uma ramificação local do repositório Git carregando suas alterações em um repositório remoto que outras pessoas possam acessar. O comando push do Git carrega novas confirmações da sua ramificação local para a ramificação correspondente de um repositório remoto. O Visual Studio usa o comando push quando você opta por sincronizar seu trabalho com um repositório remoto.
Para obter uma visão geral do fluxo de trabalho do Git, consulte o tutorial do Azure Repos Git.
Envie o seu código
Depois de adicionar uma ou mais confirmações a uma ramificação local, você pode "enviar" as confirmações para uma ramificação remota para compartilhar ou fazer backup do seu trabalho. Quando você usa o comando push, o Git verifica se sua ramificação local está atualizada com a ramificação remota. Caso contrário, o Git impedirá que você envie novas confirmações até que você atualize sua filial local. Para resolver esse problema, você pode puxar para obter as confirmações de ramificação remota que não estão presentes em sua ramificação local. Se o controle remoto puxado confirmar conflito com suas confirmações locais, tente resolver esses conflitos antes de enviar as alterações.
Para que o comando push do Git funcione, seu repositório local deve estar conectado a um repositório Git remoto. Se você clonou seu repositório local de um repositório remoto, ele já está conectado. Mas se você criou seu repositório local sem clonagem, precisará conectá-lo a um repositório Git hospedado. Para obter mais informações, consulte Conectar-se a um repositório Git do Azure Repos e Conectar-se a um repositório GitHub.
Gorjeta
Para dar suporte a uma revisão de solicitação pull do seu trabalho, evite trabalhar diretamente na main filial do seu repositório local. Em vez disso, salve suas confirmações em uma ramificação de recurso local ou ramificação de correção de bugs e envie essa ramificação por push após a conclusão do seu trabalho. Para obter uma visão geral do fluxo de trabalho do Git, consulte o tutorial do Azure Repos Git.
O Visual Studio 2022 fornece uma experiência de controle de versão do Git usando o menu Git, Alterações do Git e por meio de menus de contexto no Gerenciador de Soluções. O Visual Studio 2019 versão 16.8 também oferece a interface de usuário do Team Explorer Git. Para obter mais informações, consulte a guia Visual Studio 2019 - Team Explorer .
Na janela Alterações do Git, selecione o botão de seta para cima para pressionar sua confirmação.
Ou, você pode enviar suas alterações por push a partir da janela Repositório Git. Para abrir a janela Repositório Git, selecione o link de entrada/saída na janela Alterações do Git.
Ou, você pode enviar suas alterações a partir 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, Alterações do Git e por meio de menus de contexto no Gerenciador de Soluções.
Na janela Alterações do Git, selecione o botão de seta para cima para pressionar sua confirmação.
Ou, você pode enviar suas alterações por push a partir da janela Repositório Git. Para abrir a janela Repositório Git, selecione o link de entrada/saída na janela Alterações do Git.
Ou, você pode enviar suas alterações a partir do menu Git na barra de menus.
O Visual Studio 2019 versão 16.8 e versões posteriores fornece uma experiência de controle de versão do Git enquanto mantém a interface do usuário do Team Explorer Git. Para usar o Team Explorer, desmarque Ferramentas>Opções>Visualizar recursos>Nova experiência do usuário do Git na barra de menus. Você pode usar os recursos do Git de qualquer interface de forma intercambiável.
No Team Explorer, selecione Início e, em seguida, escolha Sincronizar para abrir a Sincronização.
Você também pode ir para o modo de exibição Sincronização em Alterações escolhendo Sincronizar imediatamente após fazer uma confirmação.
Na visualização Sincronização, escolha Enviar por push para carregar sua confirmação para o 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 informa que sua confirmação foi enviada por push para uma nova ramificação no repositório remoto e que futuras confirmações enviadas da ramificação atual serão carregadas para essa ramificação remota.
Embora raramente seja necessário enviar uma ramificação local para uma ramificação remota com nome diferente, você pode fazer isso usando o comando push Git não abreviado:
Para enviar novas confirmações de sua ramificação local para uma ramificação remota com o mesmo nome, execute o seguinte comando push simplificado. Se o repositório remoto não tiver uma ramificação com o mesmo nome, esse comando criará uma nova ramificação remota com o mesmo nome e confirmará como sua ramificação 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 que você clonou. Execute git remote -v para verificar o valor do origin alias. Para adicionar o origin alias manualmente, execute git remote add origin <remote repo url>. Com o origin alias, você pode simplificar ainda mais o comando push:
git push origin <local branch name>
Para enviar novas confirmações da ramificação local atual para uma ramificação remota com o mesmo nome, execute o seguinte comando push simplificado. Se o repositório remoto não tiver uma ramificação com o mesmo nome, esse comando falhará.
git push origin
Se sua ramificação local atual rastrear uma ramificação remota no origin, você poderá abreviar totalmente o comando push:
git push
No entanto, o comando push totalmente abreviado falhará se sua filial local não rastrear uma ramificação remota. Corra git remote show origin para verificar o status rastreado de suas filiais. Para enviar por push e definir sua ramificação local atual para rastrear a ramificação originremota com o mesmo nome, execute uma git push --set-upstream origin <local branch name> vez. O --set-upstream sinalizador criará uma ramificação remota com o mesmo nome, se ela não existir.
É prática comum ao trabalhar em uma ramificação de recurso local (ou correção de bugs), atualizar periodicamente sua ramificação com as alterações mais recentes da main ramificação. Dependendo de como você fizer isso, os históricos de confirmação local e remota para sua ramificação de recurso podem divergir de tal forma que o comando push do Git retorna um erro. Se você for a única pessoa que envia para a ramificação de recurso remoto e tiver certeza de que sua ramificação de recurso local contém todo o trabalho de que você precisa, você pode usar o comando push do Git com o --force sinalizador para substituir todas as confirmações na ramificação de recurso remoto pelas confirmações da ramificação de recurso local. Para obter mais informações sobre o comando Git push, incluindo outras force opções, consulte o manual de referência do Git.
Depois de enviar suas confirmações, você pode criar uma solicitação pull para que outras pessoas saibam que você gostaria de ter suas alterações revisadas. Se aprovadas, suas alterações serão mescladas em uma ramificação de destino do repositório remoto.
