Автоматизация переходов состояния рабочего элемента

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

Автоматическое обновление состояния рабочего элемента в соответствии с состоянием дочерних задач. Например, если состояние одной задачи изменено на Doing, то родительский объект получает значение Doing. Если все задачи находятся в состоянии Closed, то родительский объект получает значение Closed.

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

Внимание

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

Необходимые компоненты

• Чтобы настроить правила автоматизации рабочих элементов для своей команды, необходимо добавить в роль команды Администратор istrator или быть членом группы безопасности project Администратор istrator. Дополнительные сведения см. в разделе "Добавление администратора команды" или "Изменение разрешений на уровне проекта".

Установка правил

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

Примечание.

Рабочие элементы должны принадлежать одной команде; При закрытии задачи в другой команде или проекте он не активирует закрытие родительского элемента.

1. Войдите в проект (https://dev.azure.com/{yourorganization}/{yourproject}).

2. Выберите "Невыполненные>работы с досками">, чтобы настроить параметры группы.

   

3. Установите соответствующий флажок(es), который активирует родительские рабочие элементы на этом уровне невыполненной работы, а затем нажмите кнопку "Сохранить".

   

   Состояния рабочих элементов задаются для автоматического перехода при обновлении дочерних элементов в невыполненной работе.

Правила, применяемые к спринт-доске

Эти правила работают легко, независимо от того, где выполняется обновление дочерних элементов, например на доске спринта.

Правила, применяемые к уровню невыполненной работы пользователей

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

Правила, применяемые к нескольким уровням невыполненной работы в синхронизации

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

Вопросы и ответы

Ответы на следующие часто задаваемые вопросы см . в часто задаваемых вопросых:

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

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

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