我们的小型开发工作室正在寻求将我们的项目从 VSS 迁移到 TFS，并且我们正在评估 TFS 与其他项目（尚未完全触发）。我们软件商店的性质是，我们在 VSS 中有 100 多个项目，从小型单人演示项目到大型企业级应用程序。
我们正在尝试确定如何在过渡期间构建我们的项目，并且在大多数情况下，我们决定将所有内容放在一个项目站点/系统中，每个项目都有一个根目录下的子文件夹。
使用这种类型的设置，我们担心我们会失去 TFS 提供的许多功能（错误跟踪、Scrum Burndowns、报告、文档存储等），因为所有项目都在同一个门户/项目中空间，并且很难将单个项目票/项目分开。
有人有这方面的经验吗？你的解决方案是什么？你坚持使用 TFS 吗？
【问题讨论】：
标签： version-control tfs team-project
要回答这个问题，您需要进行一些规划：您打算如何使用 TFS，以及这些功能中的哪些功能在产品中存在固有限制。我将我的建议总结为：
每个流程模板需要 [至少] 1 个团队项目。也就是说，如果两个团队想采用/定制不同的流程，就需要分开。
一旦满足条件 #1，您可能不需要像您想象的那样多的单独团队项目。 90% 的 TFS 功能和设置本质上是分层的，允许您根据每个项目的需要对它们进行广泛或狭窄的范围。
如需完整详情，请参阅：
【讨论】：
我采用的方法是为程序集的每个逻辑分组创建一个 TFS 项目 -- 所以我们有一个框架项目，其中包含我们所有应用程序通用的程序集，然后我们有一个单独的项目用于我们的报价系统，另一个用于成本核算系统等等。虽然工作区映射有点“有趣”，但它确实允许针对不同项目和在不同时间尺度使用不同的设计方法——因此一个团队可能同时完成了冲刺的一半（大多数项目使用Scrum for Team System）因为另一个才刚刚开始......
【讨论】：
确实，要获得 TFS 的所有好处，最好使用单独的项目，但应权衡这些好处与管理许多项目相关的管理开销。多年前，我使用 Visual Source Safe……离开 Microsoft 后，我切换到了 Subversion。回到微软后，我正在使用 TFS，到目前为止我对它非常满意。
流程指导、报告、集成的错误跟踪和紧密的 IDE 集成完美地满足了我的需求。此外，TFS SDK 允许一些有趣的可扩展性场景。
【讨论】：
我已经使用了几个 SCC 提供商，并且我们已经选择了 TFS，因为它具有其他人没有的所有功能。错误关联、CI 和自动化测试无疑是最重要的好处。
至于是否使用多个项目，我想说这取决于项目是否共享任何公共代码。我们倾向于对所有“相关”代码资产使用 TFS 项目，因此如果我们有几个不同的解决方案来做类似的事情并共享大量代码，我们会使用单个 TFS 项目。如果它们没有共同点，那么它们就会成为独立的项目。
【讨论】：
我不确定这是否已在 2008 年修复，但在 2005 年，当您构建作为根项目的子文件夹的项目时，MSBuild 将提取根项目的整个源代码树 - 甚至是不属于您的文件的文件子文件夹。
根据您管理的源数量，这会大大增加您的构建时间。
【讨论】：
我知道这篇文章已经过时了，但是 TFS 2010 现在支持一个很棒的功能，称为团队项目集合，它只是项目之上的另一个间接级别或分组。
这使得创建团队项目变得更加容易，而不会阻塞您的命名空间并鼓励更好的组织！
很棒的链接谈论更多关于收藏的内容
http://blogs.msdn.com/b/bharry/archive/2009/04/19/team-foundation-server-2010-key-concepts.aspx
我不是 sharepoint 用户，但我听说它的概念与 Sharepoint 集合非常相似 :)
【讨论】：