TFS项目结构 - 情景指导

Question

我一直在阅读TFS 2012中有关项目结构的多个文档，并且我相信我有一个正确的结构。我只是想验证一下，对于我的情况来说，这是理想的结构。

目前我们有多种不同的解决方案组成我们的软件套件。每个解决方案都是套件中的一个不同的应用程序，但其中很多都依赖于其他应用程序。还有一个通用代码库被其他解决方案引用。此外，还有一组第三方DLL在多个解决方案中被引用。

例子：

 

Solution 1 
    Project A 
    Project D 

Solution 2 
    Project B 
    Project D 

Solution 3 
    Project C 
    Project A 
    Project D 

Solution 4 (common code library) 
    Project D 

通过对TFS材料看完后我发现，一个团队项目一个项目集合，其中包括所有的解决方案是推荐的设置。在这个团队项目的文件夹结构将如下所示：

 
PROJECT COLLECTION 
    TEAM PROJECT A 
    Solution 1 
     Source 
     Release 
    Solution 2 
     Source 
     Release 
    Solution 3 
     Source 
     Release 
    Solution 4 
     Source 
     Release 

几个问题：

1. 这是设置TFS的理想方式对我的情况？
2. 公用代码库应该与其他解决方案一起放置吗？
3. 如何处理常见的第三方DLL？
4. 当有客户特定的分支机构时，他们应该是单独的团队项目吗？

任何指导非常感谢！

Answer 1

我们用这个结构：

PROJECT COLLECTION 
    TEAM PROJECT A 
     Features 
      Solution 1 - New Feature 1 
      Solution 2 - Fix Bug 
     Main 
      Solution 1 
      Solution 2 
      Solution Common 
     Releases 
      Solution 1 - v1.0.0.1 
      Solution 1 - v1.1.0.0 
      Solution 2 - v1.0.0.0 
      Soltuion Common - v1.0.0.0 

下部件每一个解决方案，主要和发布是一个分支。这使得我们可以在一个地方为主线代码提供一个用于特征工作的地方和一个用于发布的地方，并且他们将共享相同的相对路径。