变基 Git 合并提交

Question

以以下情况为例：

我在主题分支中有一些工作，现在我准备合并回主分支：

* eb3b733 3     [master] [origin/master]
| * b62cae6 2   [topic]
|/  
* 38abeae 1

我从主分支执行合并，解决冲突，现在我有：

*   8101fe3 Merge branch 'topic'  [master]
|\  
| * b62cae6 2                     [topic]
* | eb3b733 3                     [origin/master]
|/  
* 38abeae 1

现在，合并花了我一些时间，所以我再次执行 fetch 并注意到远程 master 分支有新的更改：

*   8101fe3 Merge branch 'topic'  [master]
|\  
| * b62cae6 2                     [topic]
| | * e7affba 4                   [origin/master]
| |/  
|/|   
* | eb3b733 3
|/  
* 38abeae 1

如果我尝试从 master 进行 git rebase origin/master ，我将被迫再次解决所有冲突，并且我还会丢失合并提交：

* d4de423 2       [master]
* e7affba 4       [origin/master]
* eb3b733 3
| * b62cae6 2     [topic]
|/  
* 38abeae 1

是否有一种干净的方法来重新确定合并提交的基础，以便我最终得到如下所示的历史记录？

*   51984c7 Merge branch 'topic'  [master]
|\  
| * b62cae6 2                     [topic]
* | e7affba 4                     [origin/master]
* | eb3b733 3
|/  
* 38abeae 1

Answer 1

这里有两个选择。

一种是进行交互式变基并编辑合并提交，手动重做合并并继续变基。

另一种是使用git rebase上的--rebase-merges选项，手册中的描述如下：

默认情况下，变基只会从待办事项列表中删除合并提交，并将变基提交放入单个线性分支中。使用 --rebase-merges 时，变基将通过重新创建合并提交来尝试保留要变基的提交内的分支结构。 这些合并提交中任何已解决的合并冲突或手动修改都必须手动解决/重新应用。”

Answer 2

好吧，这是一个老问题，并且 @siride 已经接受了答案，但是在我的例子中，答案还不够，因为 --preserve-merges 迫使您再次解决所有冲突。我的解决方案基于 @Tobi B 的想法，但具有精确的分步步骤命令

我们将从原始问题中发现的相同状态开始：

*   8101fe3 Merge branch 'topic'  [HEAD -> master]
|\  
| * b62cae6 2                     [topic]
| |
| | * f5a7ca8 5                   [origin/master]
| | * e7affba 4
| |/  
|/|   
* | eb3b733 3
|/  
* 38abeae 1

请注意，我们在 master 之前有 2 个提交，因此樱桃采摘不起作用。

1. 首先，让我们创建正确的历史记录：

    git checkout -b Correct-history # 创建新分支以保存 master 供将来使用
    git rebase --strategy=ours --preserve-merges origin/master
   

   我们使用 --preserve-merges 将合并提交保存在历史记录中。
   我们使用 --strategy=ours 来忽略所有合并冲突，因为我们不关心合并提交中的内容，我们只需要一个很好的历史记录。

   历史记录将如下所示（忽略master）：

    * 51984c7 合并分支 'topic' [HEAD ->正确的历史]
    |\  
    | * b62cae6 2 [主题]
    * | f5a7ca8 5 [起源/主]
    * | e7affba 4
    * | eb3b733 3
    |/  
    * 38abeae 1
   

2. 现在让我们获取正确的索引。

    git checkout master # 返回到我们的 master 分支
    git merge origin/master # 将 origin/master 合并到我们的 master 之上
   

   我们可能会在这里遇到一些额外的合并冲突，但这只是来自 8101fe3 和 f5a7ca8 之间更改的文件的冲突，它不包括来自 8101fe3 和 f5a7ca8 之间已解决的冲突代码>主题

   历史记录将如下所示（忽略正确的历史记录）：

    * 94f1484 合并分支 'origin/master' [HEAD ->掌握]
    |\  
    * | f5a7ca8 5 [起源/主]
    * | e7affba 4
    | * 8101fe3 合并分支“主题”
    | |\  
    | | * b62cae6 2 [主题]
    |/ /
    * / eb3b733 3
    |/  
    * 38abeae 1
   

3. 最后一个阶段是将我们的分支与正确的历史记录和分支与正确的索引结合起来

    git reset --soft Correct-history
    git commit --修改
   

   我们使用reset --soft将我们的分支（和历史记录）重置为正确的历史记录，但保留索引和工作树不变。然后我们使用 commit --amend 来重写我们的合并提交，它曾经有不正确的索引，而来自 master 的良好索引。

   最终我们将得到这个状态（注意顶部提交的另一个 id）：

    * 13e6d03 合并分支 'topic' [HEAD ->掌握]
    |\  
    | * b62cae6 2 [主题]
    * | f5a7ca8 5 [起源/主]
    * | e7affba 4
    * | eb3b733 3
    |/  
    * 38abeae 1
   

Answer 3

鉴于我刚刚花了一天时间试图解决这个问题，并且在同事的帮助下实际上找到了解决方案，我想我应该插话一下。

我们有一个很大的代码库，我们必须处理 2 个被大量修改的分支同一时间。如果有的话，有一个主分支和一个次分支。

当我将辅助分支合并到主分支时，主分支中的工作仍在继续，当我完成时，我无法推送我的更改，因为它们不兼容。

因此，我需要“重新调整”我的“合并”。

这就是我们最终做到的：

1) 记下 SHA。例如：c4a924d458ea0629c0d694f1b9e9576a3ecf506b

git log -1

2) 创建正确的历史记录，但这会破坏合并。

git rebase -s ours --preserve-merges origin/master

3) 记下 SHA。例如：29dd8101d78

git log -1

4) 现在重置到之前的位置

git reset c4a924d458ea0629c0d694f1b9e9576a3ecf506b --hard

5) 现在将当前的 master 合并到你的工作分支

git merge origin/master
git mergetool
git commit -m"correct files

6) 现在你有了正确的文件，但历史记录错误，获取正确的文件
在您的更改之上添加历史记录：

git reset 29dd8101d78 --soft

7) 然后 --修改原始合并提交中的结果

git commit --amend

瞧！

Answer 4

看起来您想要做的是删除第一个合并。您可以按照以下步骤操作：

git checkout master      # Let's make sure we are on master branch
git reset --hard master~ # Let's get back to master before the merge
git pull                 # or git merge remote/master
git merge topic

这会给您您想要的。

Answer 5

• 从您的合并提交中
• 挑选新的更改，这应该很容易
• 复制您的内容
• 重做合并并通过仅从本地副本复制文件来解决冲突；）