Samengevat, als je wijzigingen van de ene Git-branch in de andere wilt opnemen:
- Gebruik samenvoegen in gevallen waarin je wilt dat een set commits duidelijk gegroepeerd wordt in de geschiedenis.
- Gebruik rebase als je een lineaire commit-geschiedenis wilt behouden.
- Gebruik rebase NIET op een openbare/gedeelde branch.
Doe git pull merge of rebase?
Standaard voert het git pull commando een merge uit, maar je kunt het forceren om de remote branch te integreren met een rebase door het de --rebase optie door te geven.
Moet ik trekken na rebase?
tl;dr Je moet zowel master als feature updaten met git pull en git pull --rebase voordat je de feature bovenop master rebast. Het is niet nodig om een git pull uit te voeren nadat je je feature branch opnieuw hebt gebasseerd op master.
Moet ik git pull of git rebase gebruiken?
Conclusie. Als je een git-beginner bent en je wilt dat alles veilig is, raad ik aan om de hele tijd git pull en git merge te gebruiken voor het samenvoegen van code. … Als je een schone en opgeruimde git-geschiedenis wilt behouden, git rebase is iets voor jou Onthoud dat git rebase met zorg moet worden gebruikt, anders betaal je daar een prijs voor:).
Moet ik samenvoegen na pull?
Over samenvoegingen van pull-verzoeken
In een pull-verzoek stelt u voor dat wijzigingen die u in een head-branch hebt gemaakt, worden samengevoegd in een basis-branch. Standaard kan elk pull-verzoek op elk moment worden samengevoegd, tenzij de hoofdtak in conflict is met de basistak.
