tfs - 带有分支的 TFS 2012 源代码控制结构

Question

我正在研究如何使用 TFS 重新构建我的公司源代码控制。我一直纠结的障碍是构建源代码控制的正确方法。

考虑以下 3 个项目示例：

• 项目A.UI
• ProjectA.Common（双方使用的域类。目前是与 ProjectA.UI 相同的解决方案的一部分，并包含在 ProjectA.WCF 解决方案中。）
• 项目A.WCF

---

选项 1（将所有三个分成单独的解决方案，每个解决方案都在各自的 MAIN 分支下）：

• 团队项目
  • 项目A
    • 项目A.UI
      • 主要的
        • 来源
          • .sln 在这里
    • 项目A.Common
      • 主要的
        • 来源
          • .sln 在这里
    • 项目A.WCF
      • 主要的
        • 来源
          • .sln 在这里

选项 2（将所有三个分成单独的解决方案都在一个 MAIN 分支下）：

• 团队项目
  • 项目A
    • 主要的
      • 项目A.UI
        • 来源
          • .sln 在这里
      • 项目A.Common
        • 来源
          • .sln 在这里
      • 项目A.WCF
        • 来源
          • .sln 在这里

选项 3（将所有三个放在 MAIN 分支下的同一解决方案中）：

有人可以指出我的设计中的一些缺陷或者给我一些更好的想法吗？

Answer 1

如果 UI 和 WCF 项目依赖于 Common 项目，那么这三个项目都应该在同一个解决方案文件中。我个人会使用选项3。

好处是：

• 只需构建一种解决方案。
• 您可以从一个分支发布所有三个项目。
• 当您分支（针对发布或 vNext）时，您会将所有项目放在一起。