如果自定义工作流为工作项类型可用于跟踪bug，则显示可能需要更新进程配置所做的metastate关联。 除了这些关联如何外为积压工作和任务键盘页使用，他们还控制在 团队资源管理器 的 *** 我的工作 *** 功能如何更新bug状态，开发人员将"我的工作接口中的bug。 在 团队资源管理器 的 *** 我的工作 *** 页允许开发人员管理其正在进行的工作，挂起和继续执行工作和请求代码评审。 请参见 用户情景编写新代码。

您指定用于跟踪在定义bug的Bug类别的所有工作项类型，因此，您分配metatstates到在定义的工作流状态为CommonConfiguration。 更改对定义文件应用于团队项目的工作自定义的所有团队。

主题内容

• 默认做的metastate分配为bug的工作流状态

• 添加工作项类型到Bug类别

• 分配metastates到中定义的工作流状态为bug

要求

• 访问 *** 我的工作 ***，您必须具有 Visual Studio 高级专业版 或 Visual Studio 旗舰版 安装。

• 若要运行 witadmin 命令行工具，您必须是 *** Team Foundation Administrators *** 组的成员或 *** 项目管理员 *** 团队项目的组的成员。 有关更多信息，请参见Team Foundation Server 权限。

默认做的metastate分配为bug的工作流状态

下表列出了默认metastates分配给bug工作流状态为默认处理 Visual Studio Application Lifecycle Management (ALM)的模板:敏捷软件开发的v6.0 MSF for CMMI和MSF for capability maturity v6.0。 只需要分配metastate到要显示在任务键盘或为"我的工作可以标识的工作流状态。 默认分配包括从 *** 活动 *** 或 *** 建议 *** 的典型工作流进度。*** 关闭 ***。 如果您的bug包含此进度之外的工作流状态(例如，移除的状态，则排除在您的metastate赋值的字段状态。

<BugWorkItems category="Microsoft.BugCategory">
   <States>
      <State value="Active" type="InProgress" />
      <State value="Resolved" type="Resolved" />
      <State value="Closed" type="Complete" />
   </States> 
</BugWorkItems>

<BugWorkItems category="Microsoft.BugCategory">
   <States>
      <State value="Proposed" type="Proposed" />
      <State value="Active" type="InProgress" />
      <State value="Resolved" type="Resolved" />
      <State value="Closed" type="Complete" />
   </States> 
</BugWorkItems>

返回页首

添加工作项类型到Bug类别

将工作项类型的类别通过更新类别定义文件并将其导入团队项目的。

1. 若要运行 witadmin 命令行工具，请打开 Visual Studio 或 团队资源管理器 安装的命令提示符窗口并enter:

   cd %programfiles%\Microsoft Visual Studio 11.0\Common7\IDE
   

   在 64 位 Windows 版本上，将 %programfiles% 替换为 %programfiles(x86)%。

2. 键入以下命令，将您的数据替换为显示此处的参数，其中 CollectionURL 指定团队项目集合的URL，ProjectName 指定在集合中定义的团队项目的名称，并且，DirectoryPath 指定名称和位置以文件中导出。 然后按enter。

   witadmin exportcategories /collection:CollectionURL /p:ProjectName /f:"DirectoryPath\categories.xml"
   

3. 打开在记事本中的类文件并将 "Bug Category"的 CATEGORY 元素。

4. 若要将工作项的新类型，添加指定工作项类型的引用名称要添加的一个 WORKITEMTYPE 元素。

   例如，以下语法添加“性能Bug”工作项类型添加到bug类别。

   <CATEGORY name="Bug Category" refname="Microsoft.BugCategory">
      <DEFAULTWORKITEMTYPE name="Bug" />
      <WORKITEMTYPE name="Performance Bug" />
   </CATEGORY>
   

5. 键入以下命令以导入定义文件:

   witadmin importcategories /collection:CollectionURL /p:ProjectName /f:"DirectoryPath\categories.xml"
   

有关更多信息，请参见定义类别以分组工作项类型。

返回页首

分配metastates到中定义的工作流状态为bug

将metastates到该bug工作流状态。BugWorkItems 元素中在定义为CommonConfiguration。

1. 从 witadmin的命令提示符窗口，键入并将您的数据的以下命令在此处说明的参数，其中 CollectionURL 指定团队项目集合的URL，ProjectName 指定在集合中定义的团队项目的名称，并且，DirectoryPath 指定名称和位置以文件中导出。 然后按enter。

   witadmin exportcommonprocessconfig /collection:CollectionURL /p:ProjectName /f:"DirectoryPath\CommonConfiguration.xml"
   

2. 打开在记事本中的CommonConfigurations并将 BugWorkItems 元素。

3. 更新值赋给 State 元素与工作流的值用于的工作项类型可用于跟踪bug。

4. (可选)若要在工作流中存在的另一个状态，请指定另一个 State 元素映射到该工作项类型的工作流状态在Bug类别中包含了。

   例如，以下语法添加 "Investigating"的状态值，以 "inProgress"。

   <BugWorkItems category="Microsoft.BugCategory">
      <States>
         <State value="Active" type="InProgress" />
         <State value="Investigating" type="InProgress" />
         <State value="Resolved" type="Resolved" />
         <State value="Closed" type="Complete" />
      </States>
   </BugWorkItems>
   

   重要

   必须为对应于一个活动工作流状态的 State 组件指定值。有效的工作流状态是为工作项类型定义了团队项目的Bug类别包含的一个。此外，还必须分配在敏捷中的一个metastate类型或Bug组，这是 Proposed、InProgress、Resolved或 Complete。

5. 键入以下命令以导入定义文件:

   witadmin importcommonprocessconfig /collection:CollectionURL /p:ProjectName /f:"DirectoryPath\CommonConfiguration.xml"
   

返回页首

请参见

概念

用户情景编写新代码

进程配置 XML 元素参考

使用进程配置自定义积压工作和板页