Блог

Я хотел бы предотвратить «недопустимое» изменение состояния заранее, уведомив пользователя или даже предотвратив изменение с помощью правила. Однако я не вижу никаких условий возможности правил, когда, которые основаны на состоянии связанных рабочих элементов. Было бы неплохо, если бы он запрашивал пользователя, хотят ли они изменить состояние всех дочерних элементов, но я почти уверен, что это был бы запрос функции. (Расширение?)

На данный момент я выяснил, как написать запрос для определения этих случаев постфактум.

 SELECT
    [System.Id],
    [System.WorkItemType],
    [System.Title],
    [System.State],
    [System.AssignedTo],
    [Microsoft.VSTS.Common.ResolvedBy],
    [Microsoft.VSTS.Common.ClosedBy],
    [Microsoft.VSTS.Common.ResolvedDate],
    [Microsoft.VSTS.Common.ClosedDate],
    [System.AreaPath],
    [System.IterationPath]
FROM workitemLinks
WHERE
    (
        [Source].[System.TeamProject] = @project
        AND [Source].[System.State] = 'Closed'
    )
    AND (
        [System.Links.LinkType] = 'System.LinkTypes.Hierarchy-Forward'
    )
    AND (
        [Target].[System.TeamProject] = @project
        AND NOT [Target].[System.State] IN ('Closed', 'Removed')
    )
ORDER BY [System.Id]
MODE (MustContain)
  

Боюсь, что такого способа удовлетворить ваши потребности нет.

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

С другой стороны, поле состояния теперь нельзя использовать в правиле.

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

Теперь это требование может быть выполнено только путем ручного мониторинга состояния рабочего элемента.

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

Однако эта функция очень значима. Ранее я опубликовал аналогичный запрос с предложением на форуме UserVoice. Вы можете голосовать и добавлять комментарии, чтобы высказать свои предложения.