【问题标题】：Are cherry pick merges appropriate in this scheme?樱桃挑选合并在这个方案中是否合适？
【发布时间】：2012-04-17 08:51:28
【问题描述】：
想象一个结构如下的 git 存储库：
-
主分支 - 下一个主要版本的开发在这里完成
-
发布分支 - 发布补丁的开发在此处完成
-
修补程序分支 - 修补程序分支从发布分支分支出来，以修复补丁的发布错误。
主要-------------------------------->
\
释放o--------o
\ /
修补程序o--
所以修补程序是从 Release 分支开发的，为了将修补程序带入我的 Main 分支，我以前的模式是使用樱桃选择合并。现在我在质疑这是否合适。
在这里使用常规合并将 Hotfix 分支合并到 Main 分支是否更合适？在这两种情况下是否有任何“陷阱”？
【问题讨论】：
标签：
git
merge
branching-and-merging
git-merge
cherry-pick
【解决方案1】：
我会将我的修补程序重新定位到发布分支，并偶尔在发布分支中合并到 main，所以 main 也可以得到修复。
应该避免 imo 选择 Cherry 提交，因为它们会产生与您从中挑选的提交内容相同的额外提交。如果你有樱桃采摘非常有用，例如不小心在 main 上提交了一个修补程序，但也希望在 release 分支上进行修复，但您不想从 main 完全合并到 release，因为它可能包含您还不想发布的其他内容。