Wijzigingen toepassen met rebase

Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019

Visual Studio 2019 | Visual Studio 2022

Git onderhoudt automatisch een geschiedenis van ontwikkeling op een vertakking door elke nieuwe doorvoering te koppelen aan zijn voorganger. Wanneer u de ene vertakking in een andere vertakking samenvoegt , kan de geschiedenis minder eenvoudig worden. Een no-fast-forward-samenvoeging combineert bijvoorbeeld uiteenlopende ontwikkelingslijnen door een samenvoegdoorvoering met meerdere voorafgaande taken te maken. Omgekeerd combineert een Git-rebase uiteenlopende ontwikkellijnen zonder een samenvoegingsdoorvoering te maken, wat resulteert in een eenvoudigere doorvoergeschiedenis, maar informatie over de samenvoeging verliest. Uw keuze voor het samenvoegingstype wordt waarschijnlijk beïnvloed door of u een record van de samenvoeging wilt behouden of de doorvoergeschiedenis wilt vereenvoudigen.

In dit artikel wordt besproken wanneer u een nieuwe basis gebruikt in plaats van een snelle samenvoeging en procedures biedt voor de volgende taken:

• Uw lokale vertakking opnieuw baseeren
• Uw lokale vertakking geforceerd pushen na een herbase
• Interactieve rebase om lokale doorvoeringen te squashen

Zie de zelfstudie Over Git-opslagplaatsen in Azure voor een overzicht van de Git-werkstroom.

Uw lokale vertakking opnieuw baseeren

Git rebase integreert doorvoeringen vanuit een bronvertakking in uw huidige lokale vertakking (doelvertakking). De bronbranch blijft ongewijzigd. Ter vergelijking worden Git-rebase en andere samenvoegtypen weergegeven in het volgende diagram.

Git rebase resequences de doorvoergeschiedenis van de doelvertakking zodat deze alle bronvertakking doorvoeringen bevat, gevolgd door alle doorvoeringen van de doelvertakking sinds de laatste algemene doorvoering. Een andere manier om het weer te geven, is dat een rebase de wijzigingen in uw doelvertakking opnieuw afspeelt boven op de geschiedenis van de bronvertakking. Git wijzigt met name de volgorde van de bestaande doorvoeringen voor de doelvertakking, wat niet het geval is voor de andere samenvoegstrategieën. In het voorgaande diagram bevat doorvoer K dezelfde wijzigingen als K, maar heeft een nieuwe doorvoer-id omdat deze wordt gekoppeld aan doorvoeren E in plaats van C.

Als een bronvertakkingswijziging conflicteert met een doelvertakkingswijziging, wordt u door Git gevraagd om het samenvoegingsconflict op te lossen. U kunt samenvoegingsconflicten tijdens een herbasis oplossen op dezelfde manier als u samenvoegingsconflicten tijdens een samenvoeging oplost.

Rebase versus no-fast-forward merge

Git-rebasing resulteert in een eenvoudigere maar minder exacte doorvoergeschiedenis dan een niet-snelle samenvoeging, ook wel een drierichtings - of echte samenvoeging genoemd. Als u een record van een samenvoeging in de doorvoergeschiedenis wilt, gebruikt u een niet-snelle samenvoeging.

Als u de enige persoon bent die aan een functie- of bugfixvertakking werkt, kunt u overwegen een rebase te gebruiken om regelmatig recente main vertakkingen erin te integreren. Deze strategie helpt ervoor te zorgen dat u op de hoogte blijft van recent werk door anderen en onmiddellijk samenvoegingsconflicten oplost die zich voordoen. Door de basis te herstellen implementeert u uw nieuwe functie boven op het meest recente main vertakkingswerk, waarmee u een lineaire doorvoergeschiedenis kunt onderhouden.

Zie Rebase vs merge voor meer informatie over Git-rebase en wanneer u deze wilt gebruiken.

Richtlijnen voor rebase en force-push

Als u een lokale vertakking bent die u eerder hebt gepusht en vervolgens de standaard-Git-pushopdracht opnieuw uitvoert, mislukt de push. Met de standaard-Git-pushopdracht wordt een snelle samenvoegbewerking toegepast om uw lokale vertakking te integreren in de externe vertakking. Deze opdracht mislukt na een rebase omdat de rebase de volgorde van bestaande doorvoeringen in uw lokale doelvertakking wijzigt, zodat deze niet langer overeenkomt met de geschiedenis van de externe tegenhanger. In dit scenario slaagt een geforceerde push , door de externe vertakking te overschrijven.

Git rebase en force push zijn krachtige hulpprogramma's, maar houd rekening met deze richtlijnen bij het bepalen of ze moeten worden gebruikt:

• Baseer geen lokale vertakking die met anderen is gepusht en gedeeld, tenzij u zeker weet dat niemand de gedeelde vertakking gebruikt. Na een nieuwe basis komt uw lokale vertakking niet meer overeen met de geschiedenis van de externe tegenhanger.
• Forceer geen push naar een externe vertakking die door anderen wordt gebruikt, omdat hun lokale versie van de externe vertakking niet langer overeenkomt met de bijgewerkte geschiedenis van de externe vertakking.
• Uw team moet akkoord gaan met de gebruiksscenario's voor het opnieuw baseren en geforceerd pushen.

Tip

Voor een gezamenlijk beoordelingsproces gebruikt u een pull-aanvraag om nieuw werk samen te voegen in de standaardvertakking van een externe opslagplaats.

Een nieuwe basis maken

Visual Studio 2022

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.

1. Kies Git > Manage Branches om het venster Git-opslagplaats te openen.

   

2. Klik in het venster Git-opslagplaats met de rechtermuisknop op de doelvertakking en selecteer Uitchecken.

   

3. Klik met de rechtermuisknop op de bronvertakking en selecteer Rebase-doelvertakking><op <de bronvertakking>.

   

4. Visual Studio geeft een bevestigingsbericht weer na een geslaagde herbase.

   

   Als de rebase is gestopt vanwege samenvoegingsconflicten, ontvangt u een melding van Visual Studio. U kunt de conflicten oplossen of de rebase annuleren en terugkeren naar de status van de pre-rebase.

   

Visual Studio 2019 - Git-menu

Visual Studio 2019 biedt een Git-versiebeheer met behulp van het Git-menu , Git-wijzigingen en via contextmenu's in Solution Explorer.

1. Kies Git > Manage Branches om het venster Git-opslagplaats te openen.

   

2. Klik in het venster Git-opslagplaats met de rechtermuisknop op de doelvertakking en selecteer Uitchecken.

   

3. Klik met de rechtermuisknop op de bronvertakking en selecteer Rebase-doelvertakking><op <de bronvertakking>.

   

4. Visual Studio geeft een bevestigingsbericht weer na een geslaagde herbase.

   

   Als de rebase is gestopt vanwege samenvoegingsconflicten, ontvangt u een melding van Visual Studio. U kunt de conflicten oplossen of de rebase annuleren en terugkeren naar de status van de pre-rebase.

   

Visual Studio 2019 - Team Explorer

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.

1. Selecteer In Team Explorer de optie Start en kies Vertakkingen.

   

2. Klik in de weergave Branches met de rechtermuisknop op de doelvertakking en selecteer Uitchecken.

   

3. Klik met de rechtermuisknop op de bronvertakking en selecteer Rebase Onto.

   

4. Controleer de opties voor opnieuwbase en klik vervolgens op Rebase.

   

5. Visual Studio geeft een bevestigingsbericht weer na een geslaagde herbase.

   

   Als er conflicten zijn tijdens de rebase, ontvangt u een melding van Visual Studio. U kunt de conflicten oplossen of de rebase annuleren en terugkeren naar de status van de pre-rebase.

   

Git-opdrachtregel

Als u bronbranchdoorvoeringen wilt integreren in een doelbranch, voert u de git rebase opdracht uit:

git rebase <source branch name> <target branch name>

Als uw huidige lokale vertakking de doelvertakking is, kunt u de opdracht rebase vereenvoudigen in:

git rebase <source branch name>

Git zal u op de hoogte stellen als er conflicten zijn tijdens de herbase. U kunt de conflicten oplossen en vervolgens uitvoeren of uitvoeren git rebase --continuegit rebase --abort om de rebase ongedaan te maken en terug te keren naar de status van de pre-rebase.

Uw lokale vertakking geforceerd pushen na een herbase

Als u een lokale vertakking bent die u eerder hebt gepusht, mislukt een volgende standaard-Git-push. In plaats daarvan kunt u afdwingen dat uw lokale vertakking de externe tegenhanger overschrijft, zodat hun doorvoergeschiedenissen overeenkomen.

Waarschuwing

Push nooit een vertakking waaraan anderen werken. Zie Rebase en pushrichtlijnen afdwingen voor meer informatie.

Als u push wilt afdwingen in Visual Studio, moet u eerst de optie voor geforceerde push inschakelen:

1. Ga naar Opties voor broncodebeheer>voor Git>>Global Instellingen.

2. Selecteer de optie Push --force-with-lease inschakelen.

De Git-pushvlag --force-with-lease is veiliger dan de --force vlag, omdat deze geen externe vertakking overschrijft die doorvoeringen bevat die niet zijn geïntegreerd in de lokale vertakking die u geforceerd pusht.

Visual Studio 2022

1. Selecteer in het venster Git-wijzigingen de drukknop om uw doorvoer te pushen.

   

   U kunt ook Push selecteren in het Git-menu.

   

2. Als de standaard-Git-pushbewerking mislukt, start Visual Studio het dialoogvenster Git-Push mislukt . Kies Geforceerd pushen.

   

3. Visual Studio geeft een bevestigingsbericht weer na een geslaagde push.

   

Visual Studio 2019 - Git-menu

1. Selecteer in het venster Git-wijzigingen de drukknop om uw doorvoer te pushen.

   

   U kunt ook Push selecteren in het Git-menu.

   

2. Als de standaard-Git-pushbewerking mislukt, start Visual Studio het dialoogvenster Git-Push mislukt . Kies Geforceerd pushen.

   

3. Visual Studio geeft een bevestigingsbericht weer na een geslaagde push.

   

Visual Studio 2019 - Team Explorer

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.

1. Selecteer In Team Explorer de optie Start en kies Vervolgens Synchroniseren om de synchronisatieweergave te openen.

   

2. Kies in de synchronisatieweergave Push om uw wijzigingen te uploaden naar de externe opslagplaats.

   

3. Als de standaard-Git-pushbewerking mislukt, start Visual Studio het dialoogvenster Git-Push mislukt . Kies Geforceerd pushen.

   

4. Visual Studio geeft een bevestigingsbericht weer na een geslaagde push.

   

Git-opdrachtregel

Tip

De Git-pushvlag --force-with-lease is veiliger dan de --force vlag, omdat deze geen externe vertakking overschrijft die doorvoeringen bevat die niet zijn geïntegreerd in de lokale vertakking die u geforceerd pusht.

Nieuwe doorvoeringen van uw lokale vertakking geforceerd pushen naar een externe vertakking met dezelfde naam:

git push --force-with-lease <remote> <local branch name>

Als de vertakking die u wilt pushen de uitgecheckte vertakking is, kunt u de opdracht force push vereenvoudigen naar:

git push --force-with-lease <remote>

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 force push-opdracht verder vereenvoudigen:

git push --force-with-lease origin

Als uw huidige lokale vertakking een externe vertakking originbijhoudt, kunt u de opdracht force push volledig verkorten:

git push --force-with-lease

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.

Interactieve rebase om lokale doorvoeringen te squashen

Normaal gesproken maakt u tijdens het werken aan een nieuwe functie in uw lokale functiebranch meerdere doorvoeringen. Wanneer u klaar bent om de nieuwe functie te publiceren, kunt u deze doorvoeringen samenvoegen tot één doorvoering om de doorvoergeschiedenis te vereenvoudigen. U kunt een interactieve basis gebruiken om meerdere doorvoeringen in één doorvoering te verpletteren .

Visual Studio 2022

Visual Studio 2022 biedt geen ondersteuning voor interactieve rebasing. Gebruik in plaats daarvan de Git-opdrachtregel.

Visual Studio 2019 - Git-menu

Visual Studio 2019 biedt geen ondersteuning voor interactieve rebasing. Gebruik in plaats daarvan de Git-opdrachtregel.

Visual Studio 2019 - Team Explorer

Visual Studio 2019 biedt geen ondersteuning voor interactieve rebasing. Gebruik in plaats daarvan de Git-opdrachtregel.

Git-opdrachtregel

1. Bekijk de lokale vertakking waarop u een interactieve basis wilt uitvoeren.

2. Niet-doorgevoerde wijzigingen doorvoeren, opslaan of negeren.

3. Schat hoe ver terug in de doorvoergeschiedenis u wilt gaan. U hoeft niet precies te zijn zoals u krijgt om specifieke doorvoeringen te kiezen die moeten worden geplukt wanneer u de interactieve rebase-opdracht uitvoert. Als u bijvoorbeeld binnen de laatste vijf doorvoeringen wilt squashen, voert u het volgende uit:

   git rebase -i HEAD~5
   

   Git opent een editor met de laatste vijf doorvoeringen, beginnend met de meest recente. Voorbeeld:

   pick 7068b09 Update README network switch section
   pick 9d247f7 Update README network controller section
   pick 5d7ab9f Fix fiber optic transmitter test
   pick 7b43f3f Add network switch test
   pick 00859d9 Add network controller test
   

4. Laat de eerste regel staan. Als u op volgende regels een doorvoering wilt samenvoegen met de doorvoering erboven, wijzigt pick u in squash. Als u bijvoorbeeld de twee belangrijkste doorvoeringen en de onderste twee doorvoeringen wilt combineren, wijzigt u de doorvoerlijst in:

   pick 7068b09 Update README network switch section
   squash 9d247f7 Update README network controller section
   pick 5d7ab9f Fix fiber optic transmitter test
   pick 7b43f3f Add network switch test
   squash 00859d9 Add network controller test
   

5. Sla het bestand op en sluit de editor. Git opent vervolgens een nieuwe editor voor elke set samengevoegde doorvoeringen, waarin u wordt gevraagd een doorvoerbericht in te voeren. Voor elke doorvoeringsset verkort u de doorvoerberichten tot één bericht en slaat u de editor op en sluit u deze. In het voorgaande voorbeeld worden de samengedrukte doorvoeringen verkort met nieuwe doorvoerberichten:

   8fcb88f Update README network sections
   ac6d3c0 Fix fiber optic transmitter test
   f0aadc3 Add two network tests
   

   Hoewel de doorvoering Fix fiber optic transmitter test niet is verpletterd, heeft deze een nieuwe doorvoer-id omdat deze nu is gekoppeld aan een andere voorafgaande doorvoering.

Zie de interactieve modus git-rebase voor meer informatie over interactievebasing.

Notitie

Azure DevOps-gebruikers kunnen samenvoegen om de doorvoergeschiedenis van een onderwerpbranch tijdens een pull-aanvraag te beperken.

Volgende stappen

Wijzigingen kopiëren met cherry-pick

Verwante artikelen:

• Nieuw bij Git-opslagplaatsen? Meer informatie
• Code delen met push
• Code bijwerken met ophalen, samenvoegen en ophalen