TFS 项目结构 - 场景指导

Question

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

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

例子：

解决方案 1 项目A 项目 D 解决方案 2 项目 B 项目 D 解决方案 3 项目 C 项目A 项目 D 解决方案4（通用代码库） 项目 D

阅读 TFS 上的资料后，我发现一个项目集合和一个包含所有解决方案的团队项目是推荐的设置。在这个团队项目中，文件夹结构如下：

项目集合 团队项目 A 解决方案 1 资源 发布 解决方案 2 资源 发布 解决方案 3 资源 发布 解决方案 4 资源 发布

几个问题：

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

Features、Main 和 Releases 下的每个解决方案都是一个分支。这使我们可以为主线代码提供一个位置，一个用于功能工作的位置，一个用于发布的位置，并且它们都将共享相同的相对路径。