Добавление правила в тип рабочего элемента (процесс наследования)

Azure Boards | Azure DevOps Server 2020 | Azure DevOps Server 2019

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

Важно!

эта статья относится к Azure DevOps Services и Azure DevOps Server 2019 и более поздних версий. Сведения о настройке любого проекта, определенного в коллекции для TFS 2018 или более ранней версии, см. в статье Локальная модель XML-процесса.

Важно!

Модель процесса наследования может использоваться только для проектов, определенных в коллекции проектов, настроенной для поддержки модели процесса наследования. Если локальная коллекция настроена для использования локальной модели XML-процесса, эту модель процесса можно использовать только для настройки отслеживания работы. Дополнительные сведения см. в разделе Настройка отслеживания работы. Выберите модель процесса для коллекции проектов.

Сведения о настройке любого проекта, определенного в коллекции для TFS 2018 или более ранней версии, см. в статье Локальная модель XML-процесса.

С помощью настраиваемого правила можно определить ряд действий на основе определенных условий. Например, можно применить правило для поддержки сценариев следующих типов:

  • Если для приоритета определено значение, выдается риск обязательного поля
  • Когда в значение выпуска вносится изменение, очистите значение "веха"
  • Когда было изменено значение оставшейся работы, сделайте завершенную работу обязательным полем
  • Если значение параметра утверждено true, выполните утверждение по обязательному полю.
  • При создании пользовательской истории необходимо сделать следующие поля обязательными: приоритет, риск и усилия.
  • если текущий пользователь является членом группы "Project администраторы", необходимо указать приоритет
  • если текущий пользователь не является членом группы "Project администраторы", скрыть поле "приоритет"

Примечание

Необходимо сделать поле обязательным и указать поле по умолчанию на вкладке Параметры поля.

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

Предварительные требования

перед настройкой процесса рекомендуется ознакомиться с настройкой инастройкой Azure Boards, которая предоставляет рекомендации по настройке Azure Boards в соответствии с потребностями бизнеса. описание различных невыполненных работ и досок см. в разделе tasks supported by unlogs, Boards, таскбоардс и plans.

открыть > процесс Параметры

Вы создаете, управляете и вносите изменения в процессы из параметров Организации.

  1. выберите эмблему Azure DevOps, чтобы открыть проекты. Затем выберите Параметры организации.

    Откройте  Параметры организации проектов.

  2. Затем выберите процесс.

    Затем выберите процесс.

    Важно!

    Если процессне отображается, вы работаете с TFS-2018 или более ранней версии. Страница процесса не поддерживается. Необходимо использовать функции, поддерживаемые в локальной модели XML-процессов.

вы создаете, управляете и вносите изменения в процессы из Параметры процесса сбора.

  1. выберите эмблему Azure DevOps, чтобы открыть проекты. выберите коллекцию проектов, процессы которой необходимо настроить, а затем выберите коллекция Параметры.

    Открыть  Параметры организации проектов

  2. Затем выберите процесс.

    Затем выберите процесс.

Вы создаете, управляете и вносите изменения в процессы из параметров администрирования.

  1. выберите эмблему Azure DevOps, чтобы открыть проекты. Затем выберите Параметры администратора.

    откройте Project  параметры организации.

  2. Затем выберите процесс.

    Затем выберите процесс.

Примечание

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

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

Вы добавляете поля в выбранный тип рабочего элемента.

  1. Выберите WIT, к которому нужно добавить правило, выберите правила, а затем выберите новое правило.

    Обработка, WIT, ошибка, макет, новое правило

    Если не удается заполнить диалоговое окно создания правила рабочего элемента, у вас нет необходимых разрешений для изменения этого процесса. См. раздел Настройка разрешений и доступа для отслеживания работы, Настройка унаследованного процесса.

  2. Присвойте правилу имя и выберите условия и действия из раскрывающихся меню.

    Совет

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

    Здесь мы определим, что поле критерий приемки является обязательным, если состояние меняется на активно , и в настоящее время оно пустое.

    Форма нового правила

    Указанная последовательность действий не влияет на поведение самого правила или его поведение в отношении других правил, определенных для того же типа рабочего элемента.

  3. После добавления настраиваемого правила Откройте рабочий элемент и убедитесь, что оно работает правильно.

Удаление или отключение правила

Можно временно отключить правило или полностью удалить его.

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

Удаление или отключение правила

Примечание

Изменения, внесенные в унаследованный процесс, можно просмотреть в журнале аудита. Дополнительные сведения см. в разделе доступ, экспорт и Фильтрация журналов аудита.