Как настроить рабочий процесс в VSTS онлайн?

Question

Я прочитал все документы MSDN, но не могу найти способ редактировать переходы рабочих элементов в VSTS онлайн.

Я пытаюсь:

1. Добавьте пользовательскую причину в состояние рабочего элемента. (например, "решено", "не будет исправлено")
2. Просмотрите / отредактируйте все существующие правила о том, как переходят состояния.

Answer 1

Это возможно, если вы работаете с моделью размещенного XML-процесса в VSTS. Концепция размещенной XML-модели процесса - VSTS

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

Доступность функций. Процесс импорта поддерживает модель процесса "Размещенный XML", которая позволяет управлять настройками путем обновления выбранных файлов определений XML шаблона процесса. Эта функция доступна только для учетных записей, которые были перенесены в VSTS, используя службу импорта базы данных TFS.

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

@RohanDaniel @ehofman@MSFT @DevMarTechOps Вы правы. Усовершенствованное управление рабочим процессом, которое включает ограничение переходов и настройку причин перехода, пока невозможно в модели наследования. Это в нашем отставании, чтобы добавить, хотя.

Кроме того, если вы действительно использовали инструмент миграции высокой точности и у вас есть модель процесса с размещенным XML, вы застряли на нем. Вы не можете перейти к модели наследования, как показано в этой ссылке.

В итоге тогда. В модели процесса наследования в VSTS эта функция не доступна в настоящее время, но находится в резерве, что подтверждается MS. Однако он не планируется для доставки в ближайшие несколько месяцев и более вероятно, через год или более.

В моем случае мне также пришлось добавить дополнительные поля и новое состояние в BUG WIT (Тип рабочего элемента). Это было достигнуто в VSTS путем настройки Procees, которая осуществляется путем наследования от одного из стандартных процессов ( Agile, CMMI, Scrum), которые затем можно настроить.

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

Answer 2

На самом деле я придумал решение! Который я признаю, не чист, как я хотел бы, но это работает.

Я создал три новых поля: "Ошибка правил" (одна строка текста), "Правила нарушены" (одна строка текста) и "Правила активированы" (логическое значение).

"Ошибка правил" Я разместил ее на главной вкладке, чтобы увидеть ошибку, а две другие я создал вкладку "Бесполезно", в которую я их поместил.

Теперь добавьте правило, делающее сброс:

• Название: Сбросить правила
• Условие: значение равно ==> "Правила активированы" ==> true
• Действие: Очистить значение ==> "Ошибка правил"

И тогда одно правило на незапланированный переход состояний:

• Имя: Изменение состояния - Утверждено для развернутого QA
• Условие: состояние рабочего элемента изменяется с ==> Одобрено ==> Развернутый QA
• Действие: Сделать обязательным ==> "Правила нарушены"
• Действие: Установите значение ==> "Правила активированы" ==> true
• Действие: Установите значение ==> "Ошибка правил" ==> "Невозможно перейти с утвержденного на развернутый контроль качества"

Я знаю, что ввод чего-либо в поле "Правила нарушены" нарушает это применение, но поскольку эта функция не существует, это единственный способ, с которым я столкнулся, когда у вас нет доступа к размещенному XML.

Answer 3

Ни одна из этих вещей не представляется возможной в данный момент.

Настройка процесса VSTS очень отличается от TFS и все еще развивается. #1 похоже на то, что может быть добавлено в будущем обновлении. Но № 2 не выглядит так, как кажется, поскольку Microsoft по умолчанию ослабила большинство правил перехода для всех шаблонов VSTS.

Answer 4

В настоящее время это невозможно при использовании процесса наследования.

Вы можете проголосовать за этот запрос функции в сообществе: разрешить указание переходов состояний при использовании процесса наследования

Answer 5

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

Я реализовал это для своей организации, но еще не опубликовал в Интернете... скоро сделаю это

Answer 6

Вот обходной путь для запрета пользователям, не являющимся членами группы "HighLevelManagement", изменять состояние с "Утверждено" на "Выполнено для PBI":

1. Создайте новое поле под названием "Unlocked".
2. создать новое правило "Скрыть поле", когда пользователь не является частью "HighLevelManagement", как показано ниже

3. Создайте новое правило с действием "Сделать только для чтения", установленным в "Состояние", когда Разблокировано - Ложь, и измените рабочий элемент с Утверждено на Выполнено, как показано ниже:

Теперь всякий раз, когда пользователь из HighLevelManagement хочет изменить состояние с "Утверждено" на " Зафиксировано", он просто ставит галочку "Разблокировано", а затем "Разблокировано", таким образом, любой человек вне HighLevelManagement будет ограничен в изменении состояния с "Одобрено" на "Зафиксировано".