【发布时间】：2017-01-10 21:44:17
【问题描述】：
我们正在将源代码控制从 subversion 迁移到 TFS 2015。我们的开发工作将分为 2 个团队：一个仅执行新的开发/增强功能，另一个团队仅执行缺陷修复。
谁能提出一个合并这两种不同努力的分支策略？ 一个分支（开发）的代码更改总是比另一个仅执行缺陷修复的团队使用的分支更新。
【问题讨论】：
标签： branching-and-merging tfs-2015 branching-strategy
【发布时间】：2017-01-10 21:44:17
【问题描述】：
在我看来，Branch for Release最适合你的情况。
您的团队创建分支以支持持续发布。这是下一个最常见的情况，您需要创建一个分支来稳定发布。在这种情况下，您的团队会在发布时间之前创建一个分支以稳定发布，然后在软件发布后将来自发布分支的更改合并回主源代码树。
Main
-DEV
-release1
...
-release2
【讨论】：
-
发布分支合并后，是否建议删除？我可以看到随着时间的推移建立一个大列表。
-
顺便说一句，我听说过特性分支这个词吗？这与发布有何不同？
-
嗯，这取决于您的团队规模和发布频率。通常建议您在积极开发时保留分支。但是，您也可以删除旧分支，毕竟删除合并的分支很便宜，不会让您丢失任何历史记录。