我们正在使用feature / bugfix的概念，在Git中开发和发布分支，我们不维护主分支。
QA的构建和生产版本的最终构建取自发布分支，而快照来自开发分支。
假设我们目前正在开发2个版本：
Release 1
Release 2
主要问题：合并Release 1到Release 2的更改。我们通常在生产中部署Release 1后进行大合并。这导致了几次合并冲突。
防止这种情况的最佳工作流程是什么？
我们的一个想法是将版本1的feature / bugfix分支合并到Release 1和Release 2的开发分支。虽然这对开发人员来说意味着额外的工作。
答案 0 :(得分：0)
从发布分支合并（git merge）通常不是最佳实践：某些提交仅针对一个发布而不适用于另一个发布。
GCM documentation通常在两个无意合并的分支之间完成（每个发布分支都有自己独立的历史记录）。
仍然会有冲突，但至少它们的起源更容易被发现（具体提交是挑选出来的。）
同样的想法适用于错误修复分支（并非所有修复都适用于下一个发布分支，因此采摘樱桃）
虽然可以合并功能分支。