Un dépôt Git dans Azure Repos utilise une branche master protégée et le travail de développement des fonctionnalités est effectué dans des branches de sujet. Pour consolider l'historique des commits et garantir que les modifications sont fusionnées en un seul commit, quelle stratégie de fusion de pull request doit être appliquée dans la politique de branche ?

La fusion par écrasement (squash merge) est la stratégie correcte car elle combine tous les commits d'une branche de sujet en un seul nouveau commit sur la branche cible (ici, la branche master). Cela permet de maintenir un historique de commits linéaire et propre sur la branche master, ce qui est idéal pour les branches protégées où l'on souhaite un historique concis et facile à suivre. La fusion fast-forward n'est pas appropriée car elle ne crée pas de nouveau commit de fusion, mais déplace simplement le pointeur de la branche master. Elle ne consolide pas l'historique des commits de la branche de sujet. Git fetch est une commande qui télécharge les objets du dépôt distant, mais ne réalise pas de fusion. La fusion no-fast-forward (ou fusion à trois voies) crée un commit de fusion, mais conserve tous les commits de la branche de sujet dans l'historique, ce qui va à l'encontre de l'objectif de consolidation en un seul commit.