Агрегатор TFS может использоваться с настраиваемым шаблоном процесса?

Question

Привет, я хотел бы знать, можно ли использовать агрегатор TFS только с шаблонами процессов по умолчанию (Scrum, Agile, CMMI) или же он может использоваться с пользовательскими шаблонами процессов. Если да, то какую конфигурацию мне нужно сделать, чтобы использовать ее с моим пользовательским шаблоном процесса?

Я настроил портфель портфелей LEVELs, типы workitem WIT и STATES, используя итальянский язык. Iniziativa означает Feature, Requisito Utente означает User Story, Bozza означает черновик и так далее.

- Iniziativa LEVEL 
    Iniziativa WIT (STATES: Bozza, Proposto, Aperto, Chiuso) 

- Requisito Utente LEVEL 
    Requisito Utente WIT (STATES: Bozza, Proposto, Approvato, Soddisfatto, Rifiutato) 

и так далее ...

Например, я хотел бы, что, когда пользователь TFS изменяет состояние Iniziativa WorkItem от Aperto до Chiuso, то все Requisito Utente WorkItem Чайлдс, которые находятся в состоянии автоматически Approvato изменить на Soddisfatto состояние.

Кроме того, мне нужна проверка снизу: я имею в виду, что ребенок-рабочий не может войти в конечное состояние, если его отец работает еще не в конечном состоянии. Например, если пользователь TFS пытается изменить состояние работоспособности Requisito Utente на Soddisfatto, когда его отец Iniziativa не находится в состоянии Chiuso, то состояние изменения дочернего элемента рабочего элемента должно быть каким-то образом заблокировано (возможно показать всплывающее окно с сообщением об ошибке?).

Thanks

Answer 1

Ответ: Да. Просто удалите политику ниже в файле TFSAggregator2.ServerPlugin.policies:

<templateScope name="xxx" /> 
<projectScope projects="xxx" /> 

Answer 2

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

Что касается поля State/Reason, мы фактически запрашиваем экземпляр TFS для правил рабочего процесса рабочего элемента и используем его для перехода по умолчанию по умолчанию, если все, что вы хотите сделать, это «переместить его».

Блокировка изменений не то, что может сделать агрегатор TFS, поскольку TFS уведомляет об этом только после того, как изменения уже сохранены. Вам нужно будет использовать стандартные правила рабочих элементов в TFS WIT XML, чтобы делать то, что вы можете там делать. Или вам нужно будет внедрить правило, которое возвращает изменения в их предыдущее состояние, используя значения из последней правильной версии и снова сохраняя рабочий элемент. Примечание: это не будет блокировать изменение для пользователя, но будет изменено «отката» на сервере. Это может быть неудобно для ваших пользователей.