通过

工作项类型的上层结构

  • 项目

更新：2007 年 11 月

在工作项类型定义的最上层，少量 XML 元素出现在 <WORKITEMTYPE> 标记之间。开始定义工作项类型时，首先要提供名称和说明。也可以使用某些标准 XML 标记来包装工作项类型定义。下面的示例显示工作项类型的上层结构：

<WITD application="work item type editor" version="1.0">
    <WORKITEMTYPE name="bug">
        <DESCRIPTION>Bug work item types are used to track defects in the code.</DESCRIPTION>
        <GLOBALLISTS>
        </GLOBALLISTS>
        <FIELDS>
        </FIELDS>
        <WORKFLOW>
        </WORKFLOW>
        <FORM>
        </FORM>
    </WORKITEMTYPE>
</WITD>

下面对以上示例中使用的结构元素进行说明：

  • <WITD application="work item type editor" version="1.0">

    由标记 <WITD> 包装的完整的工作项类型定义。可以将任何名称用作 application 的名称。version 确定从一个发布更改为下一个发布的工作项类型的架构。使用“1.0”。

  • <WORKITEMTYPE name="Bug">

    工作项类型名称在特定团队项目中必须唯一。该名称在运行时使用。例如，该名称可以显示为菜单选项。在这种情况下，用户将可以在“新建工作项”菜单上单击“Bug”。有关更多信息，请参见 WORKITEMTYPE 元素（工作项类型定义架构）。

  • <DESCRIPTION>

    当需要项目中的工作项类型的概述时，description 是可以在运行时使用的帮助文本。例如，帮助文本可以向用户解释风险和问题之间的差异。有关更多信息，请参见 DESCRIPTION 元素（工作项类型定义架构）。

说明：

只能在 XML 定义中查看 description。description 在用户界面的任何位置都不可见，并且与字段 System.Definition 无任何关系。

其他主题将详细讨论 <GLOBALLISTS>、<FIELDS>、<WORKFLOW> 和 <FORM> 部分。有关更多信息，请参见 GLOBALLISTS 元素（工作项类型定义架构）、FIELDS 元素（WORKITEMTYPE 元素）、WORKFLOW 元素（工作项类型定义架构） 和 FORM 元素（工作项类型定义架构）。

请参见

概念

全局列表

其他资源

定义工作项类型字段

定义工作项工作流程

定义工作项表单

工作项类型架构参考