Добавление политик регистрации

Azure DevOps Services | Azure DevOps Server 2022 — Azure DevOps Server 2019

Visual Studio 2019 | Visual Studio 2022

Администраторы управления версиями Team Foundation могут добавлять требования к политике проверки. Эти политики регистрации требуют, чтобы пользователи выполняли действия при выполнении регистрации в систему управления версиями. Например, пользователю может потребоваться связать рабочий элемент с набором изменений. Дополнительные сведения о фиксации изменений см. в разделе Разработка кода и управление ожидающими изменениями.

Создание политики регистрации

1. В Visual Studio Team Explorer выберите Параметры, затем выберите Управление версиями в разделе Командный проект.

2. В диалоговом окне "Параметры системы управления версиями " выберите вкладку "Политика регистрации" и нажмите кнопку "Добавить".

3. В диалоговом окне "Добавление политики регистрации" выберите нужные типы политик и нажмите кнопку "ОК".

   Вы можете выбрать следующие политики:

   • сборка требует, чтобы последняя сборка была успешной до проверки новых изменений.
   • Политика Примечаний Набора Изменений требует, чтобы пользователи предоставили комментарии при регистрации.
   • анализ кода требует, чтобы анализ кода был выполнен перед отправкой кода.
   • политика пользовательского пути ограничивает другие политики определенными папками или типами файлов.
   • Политика запрещенных шаблонов предотвращает вход с файлами с запрещенными шаблонами имени файла.
   • Политика запроса рабочих элементов определяет запрос рабочего элемента, результаты которого являются единственными допустимыми рабочими элементами для связи с фиксацией.
   • Рабочие элементы требуют, чтобы с каждым фиксированием изменений было связано одно или несколько рабочих элементов.

4. Если выбрать анализ кода, в редакторе политики анализа кода установите флажки для типов анализа кода, которые требуется выполнить, и нажмите кнопку "ОК".

   Доступны следующие варианты:

   • Принудительное выполнение проверки, чтобы включить только файлы, которые являются частью текущего решения
   • принудительное выполнение анализа кода C/C++ (/analyze)
   • Принудительное применение анализа управляемого кода. Если выбрать этот параметр, выберите нужный набор правил в разделе "Параметры правила" для анализа управляемого кода.

   Дополнительные сведения об использовании средств анализа кода см. в статье "Создание политик анализа кода Check-In".

5. Если вы выбрали политику пользовательского пути, в диалоговом окне пользовательского пути выберите дочернюю политику, с которой хотите работать, и введите одно или несколько значений в фильтре пути управления версиями (RegEx), чтобы указать допустимые пути. Нажмите кнопку "Добавить " для каждого значения и нажмите кнопку "ОК".

   Примените отдельную пользовательскую политику пути для каждой дочерней политики, которую требуется использовать с пользовательскими путями.

   Примечание.

   Если применить эту политику к включенной дочерней политике, вы получите сообщение о том, что выбранная политика включена в данный момент. Она должна быть отключена или в конечном итоге будет работать дважды. Вы можете удалить или отключить исходную политику на экране политики регистрации.

6. Если выбрана политика запрещенных шаблонов, в диалоговом окне "Запрещенные шаблоны" введите список шаблонов или шаблонов , которые нужно запретить, а затем нажмите кнопку "ОК".

7. Если выбрать политику запросов рабочих элементов, в диалоговом окне "Политика запросов " перейдите и выберите сохраненный запрос общего рабочего элемента, а затем нажмите кнопку "ОК".

8. Если вы удовлетворены параметрами политик регистрации, нажмите кнопку ОК. Новая политика регистрации отображается с последующими входами.

Связанные статьи

• Настройка команды
• Установить и контролировать пороги качества
• Руководство по настройке политик регистрации и комментариев