Ваша команда использует репозиторий Git в Azure Repos, и разработчики коммитят изменения непосредственно в ветку по умолчанию. Вам необходимо защитить ветку по умолчанию, чтобы новые изменения сначала собирались в функциональных ветках, каждое слияние просматривалось и одобрялось как минимум одним менеджером по релизам, а изменения сливались в ветку по умолчанию с использованием pull-запросов. Что следует настроить в Azure Repos?

Правильный ответ — настройка политик ветвления (branch policies) для ветки по умолчанию. Политики ветвления позволяют принудительно применять правила для каждой операции слияния, такие как требование pull-запросов, обязательное ревью кода (включая одобрение от конкретных пользователей или групп, например, менеджеров по релизам), а также успешное прохождение сборок. Это гарантирует, что изменения сначала разрабатываются в отдельных ветках, проходят проверку и только потом попадают в основную ветку. Остальные варианты не подходят: Services в Project Settings и Deployment pools в Project Settings относятся к другим аспектам управления проектом и развертывания, а не к защите веток. branch security ветки по умолчанию позволяет управлять разрешениями пользователей (кто может коммитить, сливать и т.д.), но не принуждает к использованию pull-запросов или ревью кода.