樱桃挑选合并适合这个计划吗？

Question

想象一下git存储库的结构如下：

• 主分支 - 下一个主要版本的开发工作在此完成
• 发布分支 - 在此处完成针对发布的修补程序的开发
• 修补程序分支 - 修补程序分支从发布分支分支以修复修补程序的发行错误。

Main    -------------------------------->
                  \
Release            o--------o
                       \   /
Hotfix                  o--

所以修补程序是在Release分支下开发的，为了将修补程序带入我的Main分支，我之前的模式一直是使用cherry pick merge。现在我在质疑这是否合适。

使用常规合并将Hotfix分支合并到Main分支会更合适吗？两种情况都有“陷阱”吗？

Answer 1

我将我的修补程序重新绑定到发布分支上，并且偶尔会在发布分支中合并到main中，因此main也会获得修复。

应该避免使用Cherry挑选提交，因为它们会产生额外的提交，其内容与您从中提取的提交内容相同。樱桃镐非常有用，如果你有例如不小心在main上提交了一个修补程序，但是想在发布分支上修改，但是你不想从main到release完全合并，因为它可能包含你不想发布的其他东西。