2

想象一个 git 存储库，其结构如下：

  • 主分支- 下一个主要版本的开发在这里完成
  • 发布分支——发布补丁的开发在这里完成
  • 修补程序分支- 修补程序分支从发布分支分支出来，以修复补丁的发布错误。
主要-------------------------------->
                  \
释放o--------o
                       \ /
修补程序o--

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

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

4

1 回答 1

2

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

在 imo 中应避免 Cherry Pick 提交，因为它们会产生与您从中挑选的提交内容相同的额外提交。如果您不小心在 main 上提交了一个修补程序，但又希望在 release 分支上进行修复，但您不想从 main 完全合并到 release，则 Cherry pick 非常有用，因为它可能包含您不知道的其他内容还不想发布。

于 2012-04-03T17:41:10.133 回答