让我们一起来对VSTS扩展开发吧------制作自己的VSTS模版----第三节 VSTS模版的体系概述

接上一节

看到朋友们的留言，非常感谢。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的呢？