Team Foundation Server原理与入门：第一部分

书写定制工作项查询

最后需要书写一个新的工作项查询列表。新定义的查询可以放在“团队查询”和“我的查询”这两个文件夹的任何一个。团队查询是一个可被项目小组中的所有开发人员访问的全局可访问容器，我的查询是一个由每个程序开发员所有的私有查询集。

我经常使用的一个有用的查询是Recycle Bin query，这个查询可用于打开最近关闭又需要重新打开的工作项（偶然关闭工作项的情况时有发生）。第一步是从工作项节点的背景菜单中选择“添加查询”。

在查询编辑器打开后，简单的用户接口就可以基于某些简单的表达式从工作项列表中过滤出需要的项目。在上面的情况中，查询设置为返回当前状态为关闭的团队项目中的所有工作项。 

应用Team Foundation Server的版本控制

访问了工作项，就可以应用Team Foundation Server中的版本控制。像TFS中的其它特征一样，版本控制功能位于SQL Server 2005之上，用于提供良好的性能和可扩展性（实际上，宿主在TFS中的版本控制存储器的大小估计有千兆字节。开发小组可能遇到的第一个与版本控制相关的工作项是迁移已经存在的源代码，这个工作项提供了在迁移源代码是需要做什么的详细视图。

配置一个工作区

在程序员将文件添加到版本控制存储器之前，需要将版本控制存储器的逻辑结构映射到本地机器上的文件系统。Team Foundation Server 引入了工作区的概念。工作区是物理位置和文件系统间的一组映射，一个文件系统与一个特殊用户和计算机组合相匹配。在文件上进行工作的程序员，他们是逻辑的进出工作区。为了建立一个工作区，程序员需要双击Team Explorer中的源码控制图标，到工作区下拉菜单。

我发现将整个源代码树的根映射到本地驱动器上的一个具体位置并将其作为唯一映射是最简单的方法。我自己的方法是在我的数据驱动器的根目录上创建一个“沙盒”目录，在它的下级有一个子目录，将其命名为我连接到的TFS服务器的名字。（我连接到了多个TFS服务器，因此一定要注意避免混淆）。

建立了映射之后，浏览源代码控制浏览器将会列出源代码树上逻辑位置的本地路径。至此你就可以添加源代码到这个容器中。

程序员面对的一个局限是他们不能将文件添加到版本控制存储器的根中（$/），且所有以及文件夹都直接和某个特定团队项目相关。这里面的逻辑是，一个Team Foundation Server可用于大量项目，每个项目应该在它们自己的区域内工作。