过程模板自定义计划
更新：2007 年 11 月
自定义过程模板是一个迭代过程。您需要使用 Team Foundation Server 来测试过程模板，以确保正确地进行了自定义。通常，可以使用以下步骤来自定义过程模板。
自定义
下载正在使用的现有过程模板之后，第一步是进行更改。有关下载过程模板的更多信息，请参见如何：下载过程模板。首次自定义过程模板时，请做少量更改。如果您尝试做大量更改，而又不十分清楚这些更改会对模板产生怎样的影响，则会有可能会出现众多难以调试的错误的风险。
对更改进行计划，并更新相应的 XML 以实现更改。
上载
下一步是将过程模板上载到 Team Foundation Server。理想情况下，您应该使用其他团队当前没有使用的 Team Foundation Server，以避免引入仍在进行处理的过程。
请确保过程模板的名称是唯一的。如果从 Team Foundation Server 下载了过程模板，进行了更改，并准备上载，则必须更改该过程模板的名称或从 Team Foundation Server 中删除现有过程。
上载过程会执行验证检查以确保 XML 有效。如果在尝试上载过程模板时出现任何错误，则说明错误是由于您进行了更改而导致的。请检查更改以确保 XML 仍然有效并且更改正确。有关更多信息，请参见如何：上载过程模板。
创建团队项目
上载过程模板后，必须创建一个团队项目，以便可以验证更改。请运行“新建团队项目向导”并创建一个测试团队项目。如果出现任何错误，请务必查看团队项目创建日志。该日志包含试图运行的任务列表，并说明了哪些任务失败。您可以将失败的任务映射到 XML 以确定错误的原因。
验证更改
如果团队项目成功创建，请执行其他步骤以验证所做的更改在团队项目中是否正确显示。如果添加了报告，请确保报告显示在 团队资源管理器 中。如果移除了某种工作项类型，请确保移除的工作项类型不再可用。对于记录在案的每个插件，都有一个验证步骤列表，帮助您确保实现更改。有关更多信息，请参见验证对过程模板插件进行的更改。
工作项类型
自定义工作项时，可以按不同方式对工作项进行处理。不需要新建团队项目来测试工作项类型更改。您可以使用 witimport 命令行实用工具将已更新的工作项类型 XML 上载到现有团队项目中。可以进行所有需要的更改，然后使用 witimport 实用工具和团队项目对更改进行验证。有关更多信息，请参见 witimport。
删除团队项目
新建过程模板的操作不可避免地会创建许多测试团队项目。您可以使用 DeleteTeamProject 命令行实用工具清理掉不需要的团队项目。TFSDeleteProject 位于 Program Files\Microsoft Visual Studio 9.0\Common7\IDE 中。有关更多信息，请参见 TFSDeleteProject。
使用 TFSDeleteProject 命令行实用工具删除团队项目 |
|---|
TFSDeleteProject /server:<serverName> <project name> |
例如，若要从名为 teamstage5 的 Team Foundation Server 中删除名为 ProcessTest 的团队项目，请在命令行上键入以下命令 |
|---|
TFSDeleteProject /server:teamstage5 ProcessTest |