version-control - TFS 结构 - 多个项目还是单个项目？

Question

我们的小型开发工作室希望将我们的项目从 VSS 迁移到 TFS，我们正在评估 TFS 与其他项目(尚未完全扣动扳机)。我们的软件商店的性质是这样的，我们在 VSS 中有 100 多个项目，从小型的单人秀项目到大型企业范围的应用程序。

我们正在尝试确定如何在过渡期间构建我们的项目，并且在很大程度上决定将所有内容放入一个项目站点/系统中，每个项目在根目录外都有一个子文件夹。

使用这种类型的设置，我们担心会失去 TFS 提供的许多功能(错误跟踪、scrum 燃尽、报告、文档存储等)，因为所有项目都将位于同一个门户/项目空间中，并且将很难分离出单个项目票/项目。

有任何人对此有经验吗？你的解决方案是什么？你坚持使用 TFS 吗？

Answer 1

这个问题的答案需要您进行一些规划:您打算如何使用 TFS，以及哪些功能在产品中具有固有的局限性。我将我的建议总结为:

每个流程模板需要 [至少] 1 个团队项目。也就是说，如果两个团队想要采用/定制不同的流程，他们将需要分开。

一旦条件#1 得到满足，您可能不需要像您想象的那么多独立的团队项目。 90% 的 TFS 功能和设置本质上是分层的，允许您根据每个项目的需要来扩大或缩小它们的范围。

有关完整的详细信息，请参阅:

http://www.codeplex.com/BranchingGuidance/Wiki/View.aspx?title=Guidance%20for%20Structuring%20Team%20Projects

http://blogs.msdn.com/richardb/archive/2007/05/01/tfs-team-project-whitepaper.aspx

http://msdn2.microsoft.com/en-us/library/aa974183(vs.80).aspx