分支解决方案
Branching solution
我正在使用 visual studio 和 TFS，目前正在探索分支和合并的想法。概述我如何组织一个解决方案：
MySolution
- MyProject 1
MyProject1TestBranch
- MyProject 2
- MyProject 3
我一直在研究这个问题并创建了一个测试分支，并且一直在测试 "MyProject 1" 和 "MyProject1TestBranch" 之间的合并更改。
将单个项目合并到这样的解决方案中是个好主意吗？如果几个项目共享另一个项目的代码怎么办？或者我应该对整个解决方案进行分支以保持简单吗？
如果最好对整个解决方案进行分支，那么这样做的优点/缺点是什么？我是否应该考虑使用完全不同的策略？
感谢任何反馈。我想在这个阶段我只是在寻找一些关于我是否正朝着正确方向前进的验证
一个解决方案中的项目之间通常存在联系，因此我认为在同一个解决方案中创建不同的分支会带来更多的问题然后受益，因为您无法正确地将项目引用到解决方案。
我建议你从一个单元创建分支，它有自己的应用程序生命周期（我通常称之为 "product"）。如果它依赖于其他 projects/solution，则将其作为 "external" 依赖项处理。
对于分支策略，我可以推荐以下文章：
- 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
另一方面，在大多数版本控制系统中创建分支本身并不需要存储，因此从子产品/项目创建分支并不能真正节省任何东西。
我正在使用 visual studio 和 TFS，目前正在探索分支和合并的想法。概述我如何组织一个解决方案：
MySolution
- MyProject 1
MyProject1TestBranch
- MyProject 2
- MyProject 3
我一直在研究这个问题并创建了一个测试分支，并且一直在测试 "MyProject 1" 和 "MyProject1TestBranch" 之间的合并更改。
将单个项目合并到这样的解决方案中是个好主意吗？如果几个项目共享另一个项目的代码怎么办？或者我应该对整个解决方案进行分支以保持简单吗？
如果最好对整个解决方案进行分支，那么这样做的优点/缺点是什么？我是否应该考虑使用完全不同的策略？
感谢任何反馈。我想在这个阶段我只是在寻找一些关于我是否正朝着正确方向前进的验证
一个解决方案中的项目之间通常存在联系，因此我认为在同一个解决方案中创建不同的分支会带来更多的问题然后受益，因为您无法正确地将项目引用到解决方案。
我建议你从一个单元创建分支，它有自己的应用程序生命周期（我通常称之为 "product"）。如果它依赖于其他 projects/solution，则将其作为 "external" 依赖项处理。
对于分支策略，我可以推荐以下文章：
- 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
另一方面，在大多数版本控制系统中创建分支本身并不需要存储，因此从子产品/项目创建分支并不能真正节省任何东西。