接上一节
看到朋友们的留言，非常感谢。Customization tookit工具找找看。也尽快用用。也希望多和同行们多交流。
但正像我前面几节说的那样，这些都只是手段，不是目的。只是抄近路，让我们能够用VSTS来做事。对我们了解VSTS本身并无多大益处。我写这些的目的，是希望能够与大家一起探讨VSTS的本身，让我们看看微软花费诸多，标价这么高的VSTS是怎样的系统，我们从中能学到什么。
现在让我们从易到难，一点一点的前进。
这一节我和大家一起来看看下载后的模版目录到底是什么样的结构。
先打开下载目录可以看到以下目录和文件：
每个目录和文件都是有讲究的。让我们看看微软是怎么说的吧。
第一句：过程模板体系结构有三个主要部分：过程模板插件、“新建团队项目向导”和 XML 过程定义文件。
这一句其实是整个VSTS模版中最经典最重要的一句，因为这一句实在是倒出了VSTS项目模版的实现机制。
让我们先看看“新建团队项目向导”是什么。
项目主管使用“新建团队项目向导”来创建新的团队项目。所使用的插件决定了向导中所显示的屏幕。例如，如果过程模板不包含 Windows SharePoint Services 插件，则不会显示要求项目主管提供有关项目门户的信息的屏幕。
项目主管完成向导并单击“完成”之后，向导调用插件来执行创建团队项目的工作。调用插件的顺序由 XML 过程定义文件确定。
明白了吗？“新建团队项目向导”指的是我们装的TeamExploer里的团队项目创建程序。这个程序的运行依赖我们所选的模版内的“XML 过程定义文件”。而“XML 过程定义文件”也不是随便写的。它记录的是有关“过程模版插件”调用的信息。“过程模版插件”是微软自己写的几个VSTS的内部插件。
“过程模版插件”有哪些呢？微软在MSDN里告诉我们了。可惜的是在中文MSDN里也翻译成了中文，让初学者一时反应不过来。我是反复对比了英文版后才明白过来的。其实这是没必要翻译的。
Microsoft 随 Visual Studio Team System 提供了一些插件，如下表所述。
| 过程模板插件 | 说明 |
|---|---|
|
分类 |
定义团队项目的初始迭代和区域。 |
|
组和权限 |
定义团队项目的初始安全组及其权限。 |
|
Windows SharePoint Services |
基于 SharePoint 站点模板定义团队的项目门户。还定义了模板文件和过程指南。 |
|
工作项跟踪 |
定义团队项目的初始工作项类型、查询和工作项实例。 |
|
报告 |
定义团队项目的初始报告并设置报告站点。 |
|
版本控制 |
定义团队项目的初始版本控制安全权限和签入说明。 |
这几个插件的英文是：
分类 Classification
组和权限 Groups and Permissions
Windows SharePoint Services Windows SharePoint Services
版本控制 Version Control
报告 Reports
工作项跟踪 WorkItem Tracking
大家仔细对比一下自己的模版目录下的子目录。发现什么了？一模一样。当然我们的“新建团队项目向导”绝不是自己去对这些目录名的。它是通过一系列的“XML过程定义文件”来进行工作的。但是这说明了模版插件在这里是主角。
明白了这些对我们下一步理解“XML过程定义文件”是关键的一步。
那么下一节我们将介绍这些“XML过程定义文件”。插一句题外话，有没有发现。只要你了解了细节，其实自己是可以写自己的VSTS的呢？
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。