分支解决方案[关闭]

Question

我正在与 Visual Studio 和 TFS 合作，目前正在探索分支和合并的想法。概述我如何组织一个解决方案：

MySolution
-  MyProject 1
   MyProject1TestBranch
-  MyProject 2
-  MyProject 3

我一直在玩这个并创建了一个测试分支，并一直在测试“MyProject 1”和“MyProject1TestBranch”之间的合并更改。

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

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

感谢任何反馈。我想在这个阶段我只是在寻找一些关于我是否朝着正确的方向前进的验证

Answer 1

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

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

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

• https://www.visualstudio.com/en-us/articles/branching-strategies-with-tfvc
• https://en.wikipedia.org/wiki/Branching_(version_control)
• http://svnbook.red-bean.com/en/1.7/svn.branchmerge.whatis.html
• http://svnbook.red-bean.com/en/1.7/svn.branchmerge.commonpatterns.html

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