Votre équipe utilise un référentiel Git Azure Repos et les développeurs s'engagent directement sur la branche par défaut. Vous devez protéger la branche par défaut afin que les nouvelles modifications soient d'abord construites dans des branches de fonctionnalités, que chaque fusion soit examinée et approuvée par au moins un responsable de publication, et que les modifications soient fusionnées dans la branche par défaut à l'aide de requêtes de tirage (pull requests). Que devez-vous configurer dans Azure Repos ?

Les stratégies de branche (branch policies) dans Azure Repos permettent de définir des règles pour protéger une branche, comme exiger des révisions de code, des builds réussies, ou l'approbation d'un certain nombre de réviseurs avant qu'une fusion ne soit autorisée. Cela répond directement à toutes les exigences : forcer les modifications via des branches de fonctionnalités, exiger une révision et une approbation, et utiliser des requêtes de tirage (pull requests) pour la fusion. Les "Services" et "Groupes de déploiement" sont liés à l'intégration continue/déploiement continu (CI/CD) et à la gestion des environnements, mais ne contrôlent pas directement la protection des branches. La "sécurité de la branche" gère les permissions d'accès (qui peut pousser, fusionner, etc.) mais ne fournit pas les mécanismes de validation et d'approbation requis par les stratégies de branche.