分步自定义过程
您将需要自定义一个过程模板，以确保使用该模板创建的所有团队项目都遵循您的团队或组织使用的业务流程。此外，您可能希望自定义过程模板，如果从早期版本升级 Visual Studio Team Foundation Server，并对处理您需要继续使用的模板的现有的更改。您可能希望添加到的这些更改更新过程模板或自定义旧模板添加到当前版本中提供的功能。
若要自定义过程模板，请首先下载现有过程模板或空白过程模板，修改或添加文件，上载过程模板文件，然后验证所做更改。下图演示为自定义过程模板而执行的五项主要任务的顺序。
.png "过程模板自定义工作流")
自定义过程模板是一个迭代过程。您将需要在运行 Team Foundation Server（可在其中测试您的过程模板以确保该模板正确地进行了自定义）的服务器上定义一个团队项目集合。
本主题提供建议的序列和操作提示，以支持用于自定义过程模板的活动。
.gif "说明") 说明 |
|---|
在升级到 Team Foundation Server 的最新版本时，随 Team Foundation Server 一起安装的 Microsoft Solutions Framework (MSF) 过程模板将替换为新版本。如果自定义了旧模板并以相同名称保存，则升级之前应下载这些模板，否则自定义模板将被替换，从而丢失所做的自定义工作。 如果要更新自定义过程模板，以便它们基于 MSF 模板的最新版本，则必须进行手动更新。有关更多信息，请参见更新自定义过程模板以访问新功能。 |
1.选择并下载过程模板
自定义过程模板的第一步是选择要自定义的过程模板。若要最大程度地减少必须做的修改，您应选择一个与您的团队过程最匹配的模板。通常，您会根据工作项和工作流的类型来选择过程模板。有关 Microsoft Solutions Framework (MSF) 的过程模板的比较，请参见选择过程模板。
有关 Microsoft 合作伙伴提供的 MSF 过程模板和其他模板的更多信息，请参见 Microsoft 网站上的以下页面：过程模板和工具。
可以下载一个现有过程模板来用作自定义的基础。您可以下载空模板或经过全面设计的模板，具体取决于自定义的范围。可以使用过程模板管理器来下载过程模板。有关更多信息，请参见分步自定义过程。
返回页首
2.自定义过程模板
在开始自定义过程模板之前，请查看以下各节，了解其他指南、建议的顺序以及有用工具。
计划过程模板更改
修改文件或使用过程编辑器
创建或自定义对象以跟踪工作
自定义插件文件
自定义根过程模板文件
返回页首
.gif "ms243882.collapse_all(zh-cn,VS.110).gif")
计划过程模板更改
由于过程模板涉及团队过程的多个组件，因此您可能需要计划、协调和跟踪将进行的更改。具体而言，在您更改工作项跟踪、报告、Team Foundation Build、Team Foundation 版本控制、Microsoft 测试管理器和 Visual Studio 实验室管理工具版之前，可能需要与项目主管、测试主管、开发主管和发布经理进行核实。
有关自定义准则以及可自定义以跟踪工作的对象的概述，请参见自定义项目跟踪数据、窗体、工作流及其他对象。有关有用的检查表，请参见检查表：计划和跟踪对过程模板的更改。
此外，请查看以下说明和提示：
对大多数 Team Foundation 对象的名称或标签施加限制。有关适用于过程模板、安全组、区域和迭代节点、工作项类型以及工作项字段的命名限制的概述，请参见 Team Foundation 的命名限制。
自定义的大多数过程模板组件只会影响使用过程模板创建的团队项目。这一规则不适用于全局列表、链接类型以及为工作项类型定义的工作项字段。这些对象是为团队项目集合定义的。
创建团队项目后，可以修改过程模板的大多数功能区域。唯一不能修改的区域是测试运行程序和 Microsoft 测试管理器使用的测试解决状态。有关更多信息，请参见定义测试管理器的初始配置。
首次自定义过程模板时，请做少量更改。如果您做出多个更改，而又不十分清楚这些更改会对模板产生怎样的影响，则有可能会出现众多难以调试的错误的风险。
过程模板的最大大小为 2 GB。自定义过程模板时，请确保您的更改不会使模板的大小超过该值。
如果侧重于添加或修改工作项的类型，则无需更改整个过程模板即可做到这一点。可以使用现有团队项目做出更改并对其进行测试。可以使用 witadmin exportwit 和 importwitd 命令行工具下载和上载工作项类型的 XML 定义文件。
有关更多信息，请参见添加和自定义工作项类型和自定义和管理工作项类型 [witadmin]。
返回页首
修改文件或使用过程编辑器
自定义过程模板包括修改一个或多个过程模板文件，以添加或移除指定将文件上载到团队项目集合的任务。在修改过程模板文件时，您应了解插件元素之间存在的依赖项和针对命名对象和工作项字段的限制。
如果您进行了次要更改并喜欢使用 XML 格式，则可以使用记事本或其他文本编辑器来修改文件。此外，您可以使用过程编辑器，它是一类作为外接程序安装到 Visual Studio 中的功能强大的工具。
| 说明 |
|---|
您可以从以下页面的强大工具 Microsoft 网站上：Team Foundation server 增强工具. |
过程编辑器提供一个可用于自定义过程模板的多个区域的用户界面。可以使用此编辑器修改 MSF 过程模板的最新版本。具体而言，您可以使用此编辑器来自定义以下区域：
工作项跟踪：
创建和编辑工作项类型的定义。
创建和编辑工作项查询，并将查询组织到查询文件夹中。
创建和编辑链接类型。
创建和编辑用于对工作项类型进行分组的类别。
项目分类和层次结构：
创建和编辑产品区域路径。
创建和编辑里程碑发布或迭代路径。
修改 Microsoft Project 的映射文件。
安全组：创建和编辑 Team Foundation Server 的组和权限。
版本控制：
编辑签出设置。
创建和编辑签入说明。
创建和编辑 Team Foundation Server 的组和权限。
门户网站和报告：
检查要上载的文件及其文件夹结构。
添加要上载的文件。
返回页首
创建或自定义对象以跟踪工作
通过自定义用于跟踪工作项的一个或多个对象，可以自定义如何跟踪团队项目并可以设计工作流、工作项窗体和数据字段。可以创建或自定义下图所示的所有类型的对象（全局工作流除外）。除了这些对象外，还可以定义工作项查询和工作项实例。
.png "工作项跟踪对象")
有关如何定义或自定义这些对象的更多信息，请参见以下主题：
返回页首
分类与工作项查询之间的依赖项
为用于敏捷软件开发的 MSF 过程模板定义的工作项查询将使用 Classification.xml 文件中定义的迭代节点。如果更改迭代节点定义，则必须修改它们依赖的工作项查询。可以通过在 .wiq 文件中搜索以下宏来查找这些查询：
Iteration 1 = @@Iteration%201@@
Iteration 2 = @@Iteration%202@@
Iteration 3 = @@Iteration%203@@
返回页首
工作项对象的命名限制
每个工作项字段都有一个关联的字段引用名称，该名称唯一标识每个字段且在指定后便不能更改。
此外，工作项字段可以具有一个分配给它的报告名称。该报告名称必须在为团队项目集合定义的所有工作项类型中匹配。如果它们不匹配，则当您上载过程模板时可能会出现验证错误，或者数据仓库数据库中可能会发生冲突。
工作项字段名称、链接类型名称和全局列表的范围限定为团队项目集合。如果自定义这些对象中的任意对象，则此更改将反映集合中定义的所有团队项目和包含相应工作项字段的工作项类型中。
有关更多信息，请参见工作项跟踪对象的命名约定。
返回页首
自定义插件文件
每个插件文件将指定要处理的一项或多项任务，并且每个插件文件将执行唯一的一组任务。如果添加或移除文件以进行上载，请确保在指定要上载的文件的相应插件文件中添加或移除该任务。此外，在插件文件中定义的某些任务也会有依赖项。请确保在您做出更改后仍满足所有依赖项。有关更多信息，请参见定义用于处理插件的任务和在插件文件中定义任务组和任务的依赖项。
下表介绍用于自定义 9 个受支持的插件文件的建议顺序，并提供指向相关任务和主题的链接。
步骤 |
任务 |
注意事项和依赖项 |
|---|---|---|
|
定义区域可将工作项组织到逻辑类别、物理类别或功能类别中。定义迭代可将工作项分组到里程碑或时间周期类别中。 所有过程模板都需要“分类”插件。 |
|
|
可以设置集合、项目、区域或迭代路径以及事件订阅的权限。 “组和权限”插件中的任务可能在“分类”插件中定义了依赖项。 |
|
|
您必须按特定顺序指定上载文件和定义查询的任务：先是链接类型，再是工作项类型，最后是查询。这些对象的每个定义文件都依赖于其前面的任务中指定的定义。一般情况下，您应保留在您所自定义的过程模板中定义的任务顺序。 工作项类型的定义可能依赖“分类”插件和“组和权限”插件。 |
|
|
通过自定义版本控制插件配置团队项目的初始权限、签出策略和签入说明。 |
|
|
通过自定义“生成”插件，配置 Team Foundation Build Service使用的团队项目的初始权限和模板文件。 |
|
|
通过自定义“测试管理”插件，可以定义设置（如测试变量和组合测试变量的测试配置）。此外，可以自定义默认测试设置和有效测试解决状态的列表。 |
|
|
通过自定义“实验室”插件，可以配置团队项目的初始权限和模板文件。 |
|
|
可以修改要上载的 .rdl 报表的集合。创建团队项目的“报表”节点需要“报表”插件。 “报表”插件要求从中创建团队项目的团队项目集合已配置了 SQL Server Analysis Services 和 SQL Server Reporting Services。 |
|
|
可以修改要上载的文档集和要激活的功能。创建团队项目的“文档”节点需要“门户”插件。 “门户”插件要求从中创建团队项目的团队项目集合已配置了 SharePoint 产品。 |
.gif "步骤 1")
.gif "步骤 2")
.gif "步骤 3")
.gif "步骤 4")
.gif "步骤 5")
.gif "步骤 6")
.gif "步骤 7")
.gif "步骤 8")
.gif "9")
返回页首
自定义根过程模板文件
“新建团队项目”向导执行的任务的序列由 ProcessTemplate.xml 文件及其调用的插件文件中定义的分组任务的序列确定。有关更多信息，请参见使用过程模板插件文件定义根任务。下表列出了在 MSF 过程模板中定义的序列。
敏捷插件序列 |
CMMI 插件序列 |
|---|---|
|
|
如果在每个插件文件中按照与任务的依赖项相同的顺序列出任务，则可消除丢失依赖项的潜在问题。
返回页首
3.上载过程模板
在上载过程模板时，该模板将上载到团队项目集合。理想情况下，您应使用其他团队项目尚未使用的团队项目集合。通过使用测试台项目集合，可以避免引入可能会与仍处于开发中的现有团队过程发生冲突的更改。另外，您还希望团队项目集合支持您希望团队成员访问的资源，例如项目门户和报告站点。
请确保过程模板的名称是唯一的。如果从团队项目集合下载了过程模板，进行了更改，并现在准备上载该模板，则必须更改该模板的名称或从团队项目集合中删除现有过程模板。
上载过程执行验证检查以确保 XML 有效。如果在尝试上载过程模板时收到任何错误，则可能是您所做的更改造成的。检查您的更改，并更正您找到的任何 XML 语法错误。
有关更多信息，请参见分步自定义过程。
返回页首
4.创建团队项目
上载过程模板后，必须创建一个团队项目，以便可以验证更改。请运行“新建团队项目向导”并创建一个测试团队项目。如果出现任何错误，请查看团队项目创建日志。该日志包含尝试运行的任务的列表，并显示失败的任务。您可以将失败的任务映射到 XML 以确定错误的原因。
有关更多信息，请参见创建团队项目。
若要测试新的过程模板，则必须创建团队项目。可以使用 TFSDeleteProject 命令行工具清理不必要的团队项目。有关更多信息，请参见删除团队项目 [TFSDeleteProject]。
返回页首
5.验证更改
如果团队项目成功创建，请执行其他步骤以验证所做的更改在团队项目中是否正确显示。如果添加了报表，请确保报表显示在团队资源管理器中。如果移除了某种工作项类型，请确保移除的工作项类型不再可用。
返回页首