樱桃镐在这个方案中合适吗？

Question

试想，构成一个Git仓库如下：

• 主枝 - 下一个主要版本的开发都是在这里完成
• 发布分支 - 对补丁版本开发都是在这里完成
• 修补程序分支 - 修补程序分支从发行版分支中分叉以修复修补程序的发行错误。

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

所以修补程序被开发过的版本分支，以使修复到我的主要分支，我以前的模式是使用樱桃挑选合并。现在我在质疑这是否合适。

使用常规合并将Hotfix分支合并到Main分支会更合适吗？在这两种情况下是否有任何“陷阱”？

Answer 1

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

樱桃挑选的提交应该避免imo，因为它们会产生额外的提交，其内容与樱桃提交的提交内容相同。樱桃馅饼是非常有用的，如果你有例如不小心在main上提交了一个修补程序，但也希望在发布分支上进行修复，但是您不希望从main进入完整的合并版本，因为它可能包含您还不想发布的其他内容。