Git pull 请求 : dev into master without a new commit

Question

假设这个标准场景:

• 两个分支，dev 和 master，引用同一个提交 C1。
• 我向开发人员提交了一些东西，比如 C2、C3、C4。
• 我想将 dev merge 到 master 中。因此，我打开了一个 pull 请求(在 GitHub、GitLab、Bitbucket 等中)以将 dev merge 到 master(没有压缩，没有删除源分支)。
• 我应用了 pull 请求，我看到正在创建一个新的提交 C5:master refs 到 C5，dev refs 到 C4。

为什么？我想保留所有开发历史记录(所以没有 Squash 、C2、C3 和 C4)但是当我 merge 到 master 时，我希望 dev 和 master 都引用到 C4。我不认为需要创建一个新的提交(C4 和 C5 之间的代码差异应该是什么？它们是相同的)，而且我不喜欢 dev 分支似乎落后于 master 但它们包含相同的代码.

你能给我解释一下这是为什么吗？是否有更好的做法？

Answer 1

当您创建 dev来自 master 的分支在提交 C1 处分支并在 dev 上添加提交 C2、C3、C4分支，两者的提交树 master和 dev有分歧。 merge (具体来说，“merge ”而不是“ rebase ”)来自 dev 的更改分支到master可以通过两种方式完成 -

1. merge dev进入master 没有快进 - 您面临的情况属于此类。在非快进场景中发生的是你的 dev尽管 merge 到 master 中，分支“保留其身份” .这意味着当您决定不希望 dev 带来的更改时分支到master在稍后的时间点，您可以轻松地恢复由 dev 带来的更改(多次提交)在 master 中具有单个还原的分支在 merge 提交 C5 上。 dev分支通过 merge 时创建的 merge 提交 C5 保留其“身份”。这种方法通常在 merge pull 请求时受到青睐并经常使用。但是，每次 merge 都会带来 1 次 merge 提交的额外开销。可以在命令行上使用以下命令在 master 上完成没有快进的 merge 分支-

    git merge --no-ff dev  
   

   注意 --no-ff 标志表示“无快进”

master 的提交 TreeMap 解说明 merge 后 -

       (dev)C2-C3-C4
           /        \
  (master)C1----------C5

1. merge dev进入master with fast-forwarding - 这是您期望在 merge 时会发生的情况 dev进入master通过 pull 请求。在快进的情况下，dev 的“身份”分支丢失，如下图所示。master 的提交 TreeMap 解说明 merge 后 -

   (master) C1-C2-C3-C4
   

   在本例的图中，在稍后的时间点(在向 master 添加了更多提交之后)，如果您决定删除由 dev 带来的更改分支，您将无法准确指出与 dev 对应的提交分支(特别是如果 dev 分支已被删除)。因此，这不是 merge pull 请求的首选方法，其中恢复等操作很重要。但是，它在您确实确定您正在处理的分支不需要保留其身份的情况下很有用。快进还用于以下场景:当您想要使用 git pull 在远程跟踪的分支更新分支的本地副本时。 . git merge命令还采用快进作为其默认行为。

注意-请注意，快进仅适用于 merge 分支 Y进支行X如果

1. 没有提交被添加到分支 X在 Y 之后从中分离出来，
2. 新提交已添加到 Y从 X 拆分后.

如果两者都是X和 Y拆分后有新的提交，那么快进是不可能的。

引用 - https://confluence.atlassian.com/bitbucket/git-fast-forwards-and-branch-management-329977726.html