通过

使用“我的工作”支持 Bug 更新状态

  • 项目

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

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

说明说明

此自定义为基于Microsoft solutions framework for agile的(MSF)过程模板或capability maturity model integration (CMMI)的团队项目才有效。

主题内容

  • 默认做的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赋值的字段状态。

敏捷软件开发的MSF v6.0

MSF for CMMI process improvement v6.0

 
<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 元素参考

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