我们有一个应用程序有多个活动版本，我们有一些客户使用旧版本，有些客户使用较新版本。他们分享了很多共同的代码。在TFS中进行分支的最佳方法是什么？我们应该为Dev分支中的每个版本创建单独的文件夹（并在Main中执行相同的操作）吗？这种方法的问题在于，如果我们在V1中进行一些更改并且需要将其合并到V2中，那么使用该工具无法完成。需要手动将代码复制到V2中。这种情况适合的分支策略是什么？
我们有另一个项目，我们正在开发应用程序的第一个版本，并且开发已完成，测试正在进行中，在测试过程中，我们希望开始研究下一个版本同时，如果我们修复V1中的任何错误，我们也希望在下一版本中合并这些更改。如何在TFS中完成？这种情况的正确分支策略是什么？提前谢谢。
答案 0 :(得分：0)
您有最佳实践，以便根据Trunc X.Y.Z，Service Pack，Fix＆amp; amp;管理分支机构，战略分支。释放。
实施需要执行以下任务：
1。创建一个截断的开发，trunk读取XYZ
注意：开发不是直接在主干上，而是关于一个名为Service Pack分支的女孩。
2。从主干创建一个新的子分支服务包，语言1.YZ
注意：此分支将承载第一个专用开发功能。
活动项目：第一次迭代结束（开发团队认为开发已经完成）。
3。从Service Pack 1.YZ创建一个新的子分支Fix命名为1.0.Z。
注意：此分支包含在交付目标功能后专门用于未来错误修复的所有开发。
4。从Fix 1.0.Z创建。一个新的子分支发布名称为1.0.0。
注意：
此分支将保持为只读。
此分支是在生产环境中部署的唯一分支。
这个分支是我们交付的图片。
它允许您绘制不同的交付。
如果需要，它允许对Rollback版本执行操作（避免冲突文件版本）。
活动项目：交付生产
6。将Service Pack 1.Y.Z合并到X.Y.Z trunk
注意：此时所有分支都处于相同的进化水平。
事件项目：版本1.0.0上发生错误
7。虫子的处理可以通过两种方式完成：
■如果确定版本不稳定 随身携带补丁修复分支1.0.Z。
创建新分支版本1.0.1
发布分支版本1.0.1
将Fix 1.0.Z合并到Service Pack 1.Y.Z。
合并Service Pack 1.Y.Z.行李箱X.Y.Z。
注意：您可以多次迭代：1.0,1,1.0.2,1.0.3等。
■如果确定版本稳定，我们决定修复新交付的错误。 - 从Service Pack 1.Y.Z创建。修复一个新的子分支1.1.Z
对Fix branch 1.1.Z
从Fix 1.1.Z创建。一个新的子分支发布名称为1.1.0。
提供1.1.0分支
活动项目：一个重要的新功能
8。从主干创建一个新的子分支服务包，语言2.YZ
重现同一个组织......