Ein Git-Repository in Azure Repos verwendet einen geschützten Master-Branch, und Feature-Arbeiten werden in Topic-Branches entwickelt. Welche Pull-Request-Merge-Strategie sollte in der Branch-Richtlinie erzwungen werden, um den Commit-Verlauf zu konsolidieren und sicherzustellen, dass Änderungen als einzelner Commit zusammengeführt werden?

Die Strategie "squash merge" ist korrekt, da sie alle Commits eines Feature-Branches zu einem einzigen Commit zusammenfasst, bevor dieser in den Master-Branch integriert wird. Dies konsolidiert den Commit-Verlauf und hält den Master-Branch sauber und übersichtlich. "Fast-forward merge" ist ungeeignet, da es nur möglich ist, wenn der Ziel-Branch seit dem Abzweigen des Feature-Branches keine neuen Commits erhalten hat. Es würde auch den gesamten Commit-Verlauf des Feature-Branches in den Master-Branch übernehmen. "Git fetch" ist ein Befehl zum Abrufen von Änderungen aus einem Remote-Repository, aber keine Merge-Strategie. "No-fast-forward merge" (oft als "three-way merge" oder "recursive merge" bezeichnet) erstellt einen Merge-Commit, der die gesamte Historie des Feature-Branches beibehält, was nicht die Anforderung der Konsolidierung erfüllt.