Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019
Visual Studio 2019 | Visual Studio 2022
U kunt uw werk delen op een lokale Git-opslagplaatsvertakking door uw wijzigingen te uploaden naar een externe opslagplaats waartoe anderen toegang hebben. Met de Git-pushopdracht worden nieuwe doorvoeringen vanuit uw lokale vertakking geüpload naar de bijbehorende vertakking van een externe opslagplaats. Visual Studio gebruikt de push-opdracht wanneer u ervoor kiest om uw werk te synchroniseren met een externe opslagplaats.
Zie de zelfstudie Over Git-opslagplaatsen in Azure voor een overzicht van de Git-werkstroom.
Uw code pushen
Nadat u een of meer doorvoeringen hebt toegevoegd aan een lokale vertakking, kunt u de doorvoeringen naar een externe vertakking pushen om uw werk te delen of er een back-up van te maken. Wanneer u de pushopdracht gebruikt, controleert Git of uw lokale vertakking up-to-date is met de externe vertakking. Zo niet, dan voorkomt Git dat u nieuwe doorvoeringen pusht totdat u de lokale vertakking hebt bijgewerkt. U kunt dit probleem oplossen door de externe vertakkingsdoorvoeringen op te halen die niet aanwezig zijn in uw lokale vertakking. Als de opgehaalde externe doorvoeringen conflicteren met uw lokale doorvoeringen, kunt u deze conflicten oplossen voordat u uw wijzigingen pusht.
De Git-pushopdracht werkt alleen als uw lokale opslagplaats is verbonden met een externe Git-opslagplaats. Als u uw lokale opslagplaats hebt gekloond vanuit een externe opslagplaats, zijn deze al verbonden. Maar als u uw lokale opslagplaats hebt gemaakt zonder te klonen, moet u deze verbinden met een gehoste Git-opslagplaats. Zie Verbinding maken naar een Git-opslagplaats voor Azure-opslagplaatsen en Verbinding maken naar een GitHub-opslagplaats voor meer informatie.
Tip
Vermijd dat u rechtstreeks in de vertakking van uw main lokale opslagplaats werkt om een pull-aanvraagbeoordeling van uw werk te ondersteunen. Sla in plaats daarvan uw doorvoeringen op in een lokale functievertakking of bugfixvertakking en push die vertakking na voltooiing van uw werk. Zie de zelfstudie Over Git-opslagplaatsen in Azure voor een overzicht van de Git-werkstroom.
Visual Studio 2022 biedt een Git-versiebeheer met behulp van het Git-menu, Git-wijzigingen en via contextmenu's in Solution Explorer. Visual Studio 2019 versie 16.8 biedt ook de Git-gebruikersinterface van Team Explorer . Zie het tabblad Visual Studio 2019 - Team Explorer voor meer informatie.
Selecteer in het venster Git-wijzigingen de drukknop pijl-omhoog om uw doorvoer te pushen.
U kunt uw wijzigingen ook pushen vanuit het venster Git-opslagplaats . Als u het venster Git-opslagplaats wilt openen, selecteert u de uitgaande/binnenkomende koppeling in het venster Git-wijzigingen .
U kunt uw wijzigingen ook pushen vanuit het Git-menu op de menubalk.
Visual Studio 2019 biedt een Git-versiebeheer met behulp van het Git-menu , Git-wijzigingen en via contextmenu's in Solution Explorer.
Selecteer in het venster Git-wijzigingen de drukknop pijl-omhoog om uw doorvoer te pushen.
U kunt uw wijzigingen ook pushen vanuit het venster Git-opslagplaats . Als u het venster Git-opslagplaats wilt openen, selecteert u de uitgaande/binnenkomende koppeling in het venster Git-wijzigingen .
U kunt uw wijzigingen ook pushen vanuit het Git-menu op de menubalk.
Visual Studio 2019 versie 16.8 en nieuwere versies biedt een Git-versiebeheerervaring met behoud van de Git-gebruikersinterface van Team Explorer . Als u Team Explorer wilt gebruiken, schakelt u Extra Opties>Preview-functies>>nieuwe Git-gebruikerservaring uit in de menubalk. U kunt Git-functies van beide interfaces door elkaar gebruiken.
Selecteer In Team Explorer de optie Start en kies Vervolgens Synchroniseren om Synchronisatie te openen.
U kunt ook vanuit Wijzigingen naar de synchronisatieweergave gaan door Direct na het doorvoeren synchroniseren te kiezen.
Kies in de synchronisatieweergave Push om uw doorvoer te uploaden naar de externe opslagplaats. Als dit uw eerste push naar de opslagplaats is, ziet u het bericht: The current branch does not track a remote branch..., waarmee u weet dat uw doorvoer is gepusht naar een nieuwe vertakking op de externe opslagplaats en dat toekomstige doorvoeringen die vanuit de huidige vertakking worden gepusht, worden geüpload naar die externe vertakking.
Hoewel u zelden een lokale vertakking naar een andere externe vertakking moet pushen, kunt u dit doen met behulp van de niet-geïnbrevieerde Git-pushopdracht:
Als u nieuwe doorvoeringen vanuit uw lokale vertakking wilt pushen naar een externe vertakking met dezelfde naam, voert u de volgende vereenvoudigde pushopdracht uit. Als de externe opslagplaats geen vertakking met dezelfde naam heeft, maakt deze opdracht een nieuwe externe vertakking met dezelfde naam en doorvoeringen als uw lokale vertakking.
git push <remote repo> <local branch name>
Wanneer u een externe opslagplaats kloont, wijst Git de alias origin als afkorting toe voor de URL van de externe opslagplaats die u hebt gekloond. Voer deze opdracht uit git remote -v om de origin aliaswaarde te controleren. Als u de origin alias handmatig wilt toevoegen, voert u het volgende uit git remote add origin <remote repo url>. Met de origin alias kunt u de push-opdracht verder vereenvoudigen:
git push origin <local branch name>
Als u nieuwe doorvoeringen van uw huidige lokale vertakking wilt pushen naar een externe vertakking met dezelfde naam, voert u de volgende vereenvoudigde pushopdracht uit. Als de externe opslagplaats geen vertakking met dezelfde naam heeft, mislukt deze opdracht.
git push origin
Als uw huidige lokale vertakking een externe vertakking originbijhoudt, kunt u de pushopdracht volledig verkorten:
git push
De volledig afgekorte pushopdracht mislukt echter als uw lokale vertakking geen externe vertakking bijhoudt. Voer uit git remote show origin om de bijgehouden status van uw vertakkingen te controleren. Als u uw huidige lokale vertakking wilt pushen en zo wilt instellen dat dezelfde externe vertakking wordt originbijgehouden, voert git push --set-upstream origin <local branch name> u één keer uit. Met de --set-upstream vlag wordt een externe vertakking met dezelfde naam gemaakt als deze niet bestaat.
Het is gebruikelijk dat u werkt aan een lokale functievertakking (of bugfix) om uw vertakking periodiek bij te werken met de meest recente wijzigingen van de main vertakking. Afhankelijk van hoe u dit doet, kunnen de lokale en externe doorvoergeschiedenissen voor uw functievertakking afwijken, zodat de Git-pushopdracht een fout retourneert. Als u de enige persoon bent die naar de externe functievertakking pusht en u zeker weet dat uw lokale functievertakking al het werk bevat dat u nodig hebt, kunt u de Git-pushopdracht met de --force vlag gebruiken om alle doorvoeringen op de externe functievertakking te vervangen door de doorvoeringen van uw lokale functievertakking. Zie de Git-referentiehandleiding voor meer informatie over de Git-pushopdracht, inclusief andere force opties.
Zodra u uw doorvoeringen hebt gepusht, kunt u een pull-aanvraag maken om anderen te laten weten dat u uw wijzigingen wilt laten beoordelen. Indien goedgekeurd, worden uw wijzigingen samengevoegd in een doelvertakking van de externe opslagplaats.
