Question

您好我想知道TFS聚合器是否只能用于默认流程模板（Scrum，Agile，CMMI），或者它也可以用于自定义流程模板。如果是，我需要采用哪种配置才能将其与自定义流程模板一起使用？

我使用意大利语定制了积压组合LEVEL，工作项类型WIT和STATES。 Iniziativa表示功能，Requisito Utente表示用户素材，Bozza表示草稿等。


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

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

依旧......

例如，我希望TFS用户将Iniziativa工作项的状态从Aperto更改为Chiuso，然后Requisito Utente所有Approvato工作项子项{1}}状态自动更改为Soddisfatto州。

此外，我需要一个自下而上的检查：我的意思是如果一个工作项目的父亲尚未处于最终状态，那么该工作项目的孩子将无法进入最终状态。例如，如果TFS用户在其Requisito Utente工作项父亲尚未处于Soddisfatto状态时尝试将Iniziativa工作项状态更改为Chiuso，则状态更改工作item child必须以某种方式被阻止（可能会显示带有错误消息的弹出窗口？）。

由于

Answer 1

答案是肯定的。只需删除文件TFSAggregator2.ServerPlugin.policies中的以下政策：

即可

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

Answer 2

自编写策略以来，您可以完全控制何时必须执行的操作。 Aggregator将很乐意使用自定义字段，自定义状态甚至整个自定义工作项类型。由于每个规则指定工作项类型，字段等，只需使用意大利语命名，或依赖于ReferenceNames。

对于State / Reason字段，我们实际上是查询工作项工作流规则的TFS实例，并使用它来遵循默认状态转换，如果你想要做的就是“移动它”。

阻止编辑不是TFS聚合器可以执行的操作，因为TFS仅在已经保存更改后通知。您需要使用TFS WIT XML中的标准工作项规则来执行您可以执行的操作。或者，您需要实施一个规则，通过从最后一个正确的修订版中获取值并再次保存工作项，将更改恢复到以前的状态。注意：这不会阻止用户的更改，但会在服务器上“回滚”更改。这对您的用户来说可能很尴尬。

TFS聚合器可以用于自定义流程模板吗？

2 个答案: