Git cherry-pick操作会创建重复的提交记录。

Question

9

在从一个分支挑选一些提交到另一个分支后，当稍后创建拉取请求时，我仍然会看到提交。

例如，有一个Git项目，其中有两个分支：Dev，Release。

提交历史记录如下所示。

DEV：a1、a2、a3、a4、a5、a6

RELEASE：a1、a2

现在，如果我仅从Dev中挑选提交a3和a5到Release中。现在，提交历史记录将如下所示。挑选的提交将具有新的SHA（b1和b2）。

RELEASE：a1、a2、b1、b2。

稍后，如果我尝试从Dev分支创建一个拉取请求到Release分支，我仍然会看到提交a3和a5。

但在这种情况下，如何找到这两个分支之间提交的差异呢？

我看过一些文章，提到了“rebase”，但无法理解其背后的逻辑。

- Sri

1

这正是 cherry-pick 应该做的事情：给定一个或多个现有的提交，应用每个提交引入的更改，为每个更改记录一个新的提交。（来自这里） - kowsky

1个回答

网页内容由stack overflow 提供, 点击上面的

可以查看英文原文，
原文链接

- VonC · Accepted Answer

理想情况下，您应该先将开发分支在更新后基于最新的发布版本进行变基。

git checkout dev
git rebase release

那背后的逻辑是Git应该检测到a3和a5与b1和b2相同：这意味着a3和a5不会被重播。
新的开发分支（您将从中创建PR）将不再具有a3和a5。
另请参见：