TFS 2012源分支控制结构

Question

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

考虑以下3个项目示例：

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

---

选项1（将所有三个分成单独的解决方案，每个解决方案位于其自己的MAIN分支下）：

• TeamProject
  • 项目A
    • ProjectA.UI
      • MAIN
        • 来源
          • .sln就在这里
    • ProjectA.Common
      • MAIN
        • 来源
          • .sln就在这里
    • ProjectA.WCF
      • MAIN
        • 来源
          • .sln就在这里

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

• TeamProject
  • 项目A
    • MAIN
      • ProjectA.UI
        • 来源
          • .sln就在这里
      • ProjectA.Common
        • 来源
          • .sln就在这里
      • ProjectA.WCF
        • 来源
          • .sln就在这里

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

有人能指出我设计中的一些缺陷，或者给我一些关于更好主意的指示吗？

Answer 1

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

好处是：

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