Как программно обнаружить измененный рабочий элемент типа Azure Devops - PullRequest
0 голосов
/ 15 ноября 2018

В AzOp DevOps у меня есть настраиваемое поле и расширение настраиваемого элемента управления в шаблоне элемента «Жук и ошибка продукта».Значение этого поля становится недействительным, если тип рабочего элемента изменяется с Bug на PBI и наоборот.Как я могу заставить пользователя выбрать новое значение?

Вариант № 1: Разрешить указывать список допустимых значений в шаблоне Bug & PBI, и проверка шаблона будет выполнять функцию уведомления пользователя.

Вариант № 2: Я могу выдатьWorkItemFormService.seterror, чтобы заставить пользователя изменить значение.Но я не вижу события в расширении workitem, которое позволяет мне обнаружить, что тип рабочего элемента изменился.

Option # 3: Очистить поле при изменении типа рабочего элемента, так как у меня есть правило, которое говоритполе не может быть пустым.Однако это не опция в правилах шаблона процесса.

Вариант № 4: Существует ли известное поле, которое изменяется при изменении типа рабочего элемента, которое я могу использовать как правило «при изменении поля x очистить значение поля y» в шаблоне процесса?(поскольку у меня есть правило, согласно которому поле не может быть пустым.)

Другие варианты?

1 Ответ

0 голосов
/ 07 декабря 2018

Мэтью Манела [MSFT] ответил на это в developercommunity.visualstudio.com

Если вы прослушиваете события поля изменения, вы получите событие, которое просто показывает, что поле типа рабочего элемента изменилось Вы можете увидеть пример прослушивания здесь: https://github.com/Microsoft/vsts-extension-samples/blob/master/work-item-form/workItemNotifications.html

Мой код сейчас:

onFieldChanged: (args: ExtensionContracts.IWorkItemFieldChangedArgs) => {
if (args.changedFields["System.WorkItemType"] !== undefined) {
//WorkItemType is changing. Clear out our custom field ...
}
//...
}
Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...