Team Foundation 团队项目
更新：2007 年 11 月
在 Team Foundation 中，团队项目是由确定的团队用来跟踪公共的相关工作集的工作项、代码、测试、工作产品和规格等的集合。团队项目的逻辑概念有助于您确定在软件应用程序的开发中应包含或排除哪些内容。团队项目的概念随后将通过团队资源管理器和 Team Foundation Server 的物理工具、分组和工作流等付诸实现。您为团队项目确定的概念边界对于如何安排团队项目的结构以及何时从一个团队项目转换到另一个团队项目有着重要的内在意义。
团队项目的逻辑定义
从逻辑上（或概念上）讲，团队项目是一个单独的基础结构，它包含了在软件应用程序开发生命周期中使用的所有单独的工具和元素。每个正在开发的软件应用程序，或称“团队项目”，实际归组于其自身的、专用于团队项目本身的命名空间中。因此，团队项目只是一个容器，它将与正在开发的特定软件应用程序相关联的所有工具和项目隔离在其中，这样所有其他团队项目就不会访问到这些工具或项目（例如，源代码、工作项和文档）。
团队项目是将团队力量结合在一起创建特定软件技术或产品的核心概念。团队项目是与团队所从事的软件应用程序相关的项目的虚拟集合。对于团队成员，团队项目概念消除了访问多个与各自的团队项目无关的项目的问题；过多的项目将招致混乱，并延缓软件开发进程。团队项目至少由一组工具和项目组成。团队项目还可以包含源代码管理策略、团队项目报告站点以及团队项目门户。在团队项目创建期间，Team Foundation 团队项目允许过程模板选择那些相关的并要添加到团队项目容器中的工具。
团队项目概念增强了在团队使用的所有工具之间进行报告的能力。在过去，跨工具报告是个难题，因为来自不同工具的数据互不相关。例如，如果软件开发人员想获得有关缺陷的跨工具报告，他或她将不得不从多个项目中区分出这些缺陷，因为所有缺陷都存储在一个公共位置。团队项目是在仅包含与软件项目相关的工具和项目的命名空间中创建的；因此，创建了一个可将来自不同工具的不同项目相关联的公共筛选器。
一个 Team Foundation Server 服务器可能包含多个团队项目，其中每个团队项目都是在不同的命名空间中创建的，因此命名空间 A 中名为 X 的文档不同于命名空间 B 中名为 X 的文档。在不同的命名空间中创建团队项目可让项目或工具在其所属的团队项目中是唯一的，这样从事团队项目 B 的软件开发人员就不可访问团队项目 A 中包含的工具或项目。
团队项目的物理定义
团队项目的逻辑定义和概念边界是通过 团队资源管理器 实现的。团队资源管理器 是 Visual Studio 中的可扩展工具窗口，可用于按团队项目对工具和项目进行分组。团队项目至少包含通过过程模板创建团队项目时所指定的一组工具和项目。根据用来创建团队项目的过程模板，团队项目还可能包含源代码管理策略、团队项目报告站点以及团队项目门户。
当首次打开 团队资源管理器 时，它将是空的，您必须将其连接到 Team Foundation Server。然后，您可以选择希望哪些团队项目显示在 Team Foundation Server 中。团队资源管理器 只能连接到一个 Team Foundation Server，因此只能显示来自一个 Team Foundation Server 的团队项目。同样，根据用来创建团队项目的过程模板，团队成员可使用 团队资源管理器 查看有关产品生成的信息、启动至源、查询分配给自己的任务、查看总体项目状态、查找文档、查看报告以及创建与团队项目关联的工作产品。例如，使用 MSF for Agile Software Development 或 MSF for CMMI Process Improvement 过程模板创建的团队项目将显示下列节点：
“工作项” 通过此节点，可以针对工作项数据库创建和查看查询以及创建新的工作项。项目查询由过程模板或项目经理在创建团队项目时实现。用户定义的查询不在创建团队项目时实现，而是在以后作为自定义内容添加。
“文档” 通过此节点，可以访问工作产品，例如文档、电子表格、项目计划、过程指南以及其他来自开发活动的不确定输出。文档存储在团队项目门户上的一个单独的中心位置。
“报告” 通过此节点，可以访问包含团队项目规格的报告，该节点还提供了一种从团队项目命名空间中包含的各种工具收集信息的手段。SQL Reporting Services 报告站点旨在将来自团队项目中各种工具的不同信息集中在一起以执行跨工具的报告，并且采用适合于从每个工具中导出的信息的语义和语法制作报告。
“团队项目生成” 通过此节点，可访问团队项目的生成。
“源代码管理” 通过此节点，可以访问源代码和源文本之类的项目。程序开发人员使用源代码资源管理器签入和签出源代码。源代码管理资源管理器是团队项目源文件的浏览器。很多用户定义的自定义工具可由用户实现。
团队项目设置和属性随团队项目的不同而不同。团队项目属性是从 Visual Studio 中的“团队”菜单中设置的，这些属性定义标识团队项目的成员及其访问权限的组和权限的设置。例如，一名软件开发人员可能有权更改团队项目中的文档 X，但不能更改文档 Y，而另一名参与同一团队项目的软件开发人员可能对文档 X 和 Y 都有权进行更改。指定组有助于在团队项目中建立各种子团队，并有助于更好地管理所需要的任务。团队项目设置还包括对团队项目中的项目进行虚拟分层式分组。分类结构可包含构成团队项目的生命周期迭代以及团队项目的组件和功能。工作项和其他诸如测试用例之类的项目还可根据结构/层次结构进行分类，以便更容易地进行跟踪和报告。
源代码管理策略有助于定义源代码管理设置。源代码管理设置以签出设置、签入策略和签入说明为主。源代码管理设置定义哪些项目可以签出以及由谁签出，它们还帮助定义其他一些设置，这些设置使用户能及时返回，并签出在项目生命周期内可能已生成的某个项目的多个不同版本。