Visual studio 分支溶液

我正在与VisualStudio和TFS合作，目前正在探索分支和合并的想法。要概述我如何组织一个解决方案，请执行以下操作：

MySolution
-  MyProject 1
   MyProject1TestBranch
-  MyProject 2
-  MyProject 3

我一直在处理这个问题，创建了一个测试分支，并一直在测试“MyProject1”和“MyProject1TestBranch”之间的合并更改

将单个项目合并到这样的解决方案中是一个好主意吗？如果多个项目共享另一个项目的代码会怎么样？或者我应该将整个解决方案分支以保持简单

如果最好将整个解决方案分支，那么这样做的优点/缺点是什么？我是否应该考虑使用完全不同的策略

---

感谢您的反馈。我想在这个阶段我只是想验证一下我是否朝着正确的方向前进

一个解决方案中的项目之间通常存在链接，因此我认为在同一个解决方案中创建不同的分支会带来更多的问题，然后从中受益，因为您无法正确地将项目引用到解决方案

我建议您从一个单元创建分支，这个单元有自己的应用程序生命周期（我通常称之为“产品”）。如果它依赖于其他项目/解决方案，则将其作为“外部”依赖项处理

对于分支策略，我可以推荐以下文章：

---

另一方面，在大多数版本控制系统中创建分支本身不需要存储，因此在从子产品/项目创建分支时无法真正保存任何内容。

越来越厌倦这个社区。基本上，发帖根本没有意义，因为害怕被人嘲笑为征求意见。