嘻嘻哈哈．Net

在 Team Foundation 中，团队项目是由确定的团队用来跟踪公共的相关工作集的工作项、代码、测试、工作产品和规格等的集合。团队项目的逻辑概念有助于您确定在软件应用程序的开发中应包含或排除哪些内容。团队项目的概念随后将通过 团队资源管理器 和 Team Foundation Server 的物理工具、分组和工作流等付诸实现。您为团队项目确定的概念边界对于如何安排团队项目的结构以及何时从一个团队项目转换到另一个团队项目有着重要的内在意义。 团队项目的逻辑定义 从逻辑上（或概念上）讲，团队项目是一个单独的基础结构，它包含了在软件应用程序开发生命周期中使用的所有单独的工具和元素。每个正在开发的软件应用程序，或称“团队项目”，实际归组于其自身的、专用于团队项目本身的命名空间中。因此，团队项目只是一个容器，它将与正在开发的特定软件应用程序相关联的所有工具和项目隔离在其中，这样所有其他团队项目就不会访问到这些工具或项目（例如，源代码、工作项和文档）。 团队项目是将团队力量结合在一起创建特定软件技术或产品的核心概念。团队项目是与团队所从事的软件应用程序相关的项目的虚拟集合。对于团队成员，团队项目概念消除了访问多个与各自的团队项目无关的项目的问题；过多的项目将招致混乱，并延缓软件开发进程。团队项目至少由一组工具和项目组成。团队项目还可以包含源代码管理策略、团队项目报告站点以及团队项目门户。在团队项目创建期间，Team Foundation 团队项目允许过程模板选择那些相关的并要添加到团队项目容器中的工具。 团队项目概念增强了在团队使用的所有工具之间进行报告的能力。在过去，跨工具报告是个难题，因为来自不同工具的数据互不相关。例如，如果软件开发人员想获得有关缺陷的跨工具报告，他或她将不得不从多个项目中区分出这些缺陷，因为所有缺陷都存储在一个公共位置。团队项目是在仅包含与软件项目相关的工具和项目的命名空间中创建的；因此，创建了一个可将来自不同工具的不同项目相关联的公共筛选器。 一个 Team Foundation Server 服务器可能包含多个团队项目，其中每个团队项目都是在不同的命名空间中创建的，因此命名空间 A 中名为 X 的文档不同于命名空间 B 中名为 X 的文档。在不同的命名空间中创建团队项目可让项目或工具在其所属的团队项目中是唯一的，这样从事团队项目 B 的软件开发人员就不可访问团队项目 A 中包含的工具或项目。