Een Git-repository in Azure Repos gebruikt een beveiligde master branch en feature-werk wordt ontwikkeld in topic branches. Welke pull request merge-strategie moet worden afgedwongen in het branchbeleid om de commitgeschiedenis te consolideren en ervoor te zorgen dat wijzigingen als één commit worden samengevoegd?

De squash merge strategie consolideert alle commits van een topic branch in één nieuwe commit op de doelbranch. Dit houdt de commitgeschiedenis van de master branch schoon en lineair, wat het gemakkelijker maakt om de geschiedenis te volgen en terug te draaien. De wijzigingen van de feature worden als één logische eenheid samengevoegd. fast-forward merge is niet mogelijk als er commits op de master branch zijn gemaakt nadat de topic branch is afgetakt, en het behoudt alle individuele commits van de topic branch, wat de geschiedenis rommelig kan maken. Git fetch is geen merge-strategie, maar een commando om wijzigingen op te halen. no-fast-forward merge (ook wel 3-way merge genoemd) behoudt ook alle individuele commits van de topic branch en creëert een merge-commit, wat de geschiedenis minder lineair maakt dan een squash merge.