首页 > 解决方案 > git rebase squash 搞乱了分支历史

问题描述

我有一个git历史悠久的存储库和各种分支,它们已合并到master. 但是,第一次提交只是源于第一次提交,没有任何分支。

我想将这些第一次提交中的一些压缩在一起。为此,我做到了

git rebase -i --root

然后在编辑器中我选择了要压缩的提交,然后更改了 squased 提交的提交消息。git rebase似乎工作正常,但令我惊讶的是,git log这表明历史已经搞砸了,失去了分支合并的历史:现在出现几个提交重复,并且分支未合并。

尽管很难复制完整的问题,但在这里我提供了一个显示类似问题的最小示例。考虑git由以下命令创建的本地存储库

git init .
touch foo.txt
git add foo.txt
for (( i=1; i<4; i++ )); do echo hello $i >>foo.txt ; git commit -a -m $i; done
git checkout -B test
for (( i=1; i<4; i++ )); do echo hello $i >>foo.txt; git commit -a -m test$i; done
git checkout master
git merge test
for (( i=4; i<5; i++ )); do echo hello $i >>foo.txt ; git commit -a -m $i; done

这将创建一个存储库,在一些提交之后创建一个新分支test,然后将其合并到master(简单快进),最后在master. 存储库的日志是(作者/删除日期)

git log --graph --all

* commit ba326e1ada9525fd2b1b275c597ad189b7cf3ddf (HEAD -> master)
| Author: 
| Date:   
| 
|     4
| 
* commit b739356170f946f3d1b3c3cb3299f4379212ecc6 (test)
| Author: 
| Date:   
| 
|     test3
| 
* commit 303e95fd23beb9c5a96c631667dfd2be7e924390
| Author: 
| Date:   
| 
|     test2
| 
* commit dd67e3ca5f12e35c736483bcc8335347dc78da87
| Author: 
| Date:   
| 
|     test1
| 
* commit 2420498ae794fa900dd9fee8296b7561e08028b8
| Author: 
| Date:   
| 
|     3
| 
* commit 2d43d89d2b75566f37a99b7cce294cddcd3fbf7a
| Author: 
| Date:   
| 
|     2
| 
* commit 487e5158e461479f848eb7313dc87090f197f4a7
  Author: 
  Date:   

      1

现在,我将提交“2”和“3”压缩为一个。我愿意

git rebase -i --root

在编辑器中我输入

pick 487e515 1
pick 2d43d89 2
squash 2420498 3
pick dd67e3c test1
pick 303e95f test2
pick b739356 test3
pick ba326e1 4

在压缩提交的提交消息中,我输入“squash 2 3”。 git rebase似乎完成得很好:

[detached HEAD b5d1682] squash 2 3
 Date: Mon May 13 12:01:19 2019 +0200
 1 file changed, 2 insertions(+)
Successfully rebased and updated refs/heads/master.

然而,令我惊讶的是,现在的历史是一团糟

git log --graph --all

* commit 463cbb99f553d555fadbe05a3cc90aeb46b0bbce  (HEAD -> master)
| Author: 
| Date:   
| 
|     4
| 
* commit 194e78fc74d4eaea62a8b903baa6379dfc8578d3
| Author: 
| Date:   
| 
|     test3
| 
* commit 8f5e0be6dd8288790b2893e9b3fa97e5e1021134
| Author: 
| Date:   
| 
|     test2
| 
* commit 1060aea0f3da5dfee8e37adc68d82d77e7c02ba4
| Author: 
| Date:   
| 
|     test1
| 
* commit b5d168283be820fed3b9862576c44c054402ab50
| Author: 
| Date:   
| 
|     squash 2 3
|   
| * commit b739356170f946f3d1b3c3cb3299f4379212ecc6 (test)
| | Author: 
| | Date:   
| | 
| |     test3
| | 
| * commit 303e95fd23beb9c5a96c631667dfd2be7e924390
| | Author: 
| | Date:   
| |
| |     test2
| | 
| * commit dd67e3ca5f12e35c736483bcc8335347dc78da87
| | Author: 
| | Date:   
| | 
| |     test1
| | 
| * commit 2420498ae794fa900dd9fee8296b7561e08028b8
| | Author: 
| | Date:   
| | 
| |     3
| | 
| * commit 2d43d89d2b75566f37a99b7cce294cddcd3fbf7a
|/  Author: 
|   Date:  
|   
|       2
| 
* commit 487e5158e461479f848eb7313dc87090f197f4a7
  Author: 
  Date:   

      1

git rebase再次拆分合并的test分支,而master分支保留历史记录。但是,我也丢失了test合并到master.

我期待这样的历史:

git log --graph --all

* commit ba326e1ada9525fd2b1b275c597ad189b7cf3ddf (HEAD -> master)
| Author: 
| Date:   
| 
|     4
| 
* commit b739356170f946f3d1b3c3cb3299f4379212ecc6 (test)
| Author: 
| Date:   
| 
|     test3
| 
* commit 303e95fd23beb9c5a96c631667dfd2be7e924390
| Author: 
| Date:   
| 
|     test2
| 
* commit dd67e3ca5f12e35c736483bcc8335347dc78da87
| Author: 
| Date:   
| 
|     test1
| 
* commit 2420498ae794fa900dd9fee8296b7561e08028b8
| Author: 
| Date:   
| 
|     squash 2 3
|
* commit 487e5158e461479f848eb7313dc87090f197f4a7
  Author: 
  Date:   

      1

这是一个错误git rebase吗?我正在使用 git 2.19.2

如果我尝试不使用分支test,或者在变基之前删除分支test,它可以正常工作并产生所需的历史记录,但我仍然会丢失test分支上的信息。

此外,在更复杂的情况下,在test没有简单快进的情况下合并 where,test在 squash with 之前删除分支git rebase显然会完全丢失合并的分支历史记录。

下面的例子说明了这一点。

git init .
touch foo.txt
git add foo.txt
for (( i=1; i<4; i++ )); do echo hello $i >>foo.txt ; git commit -a -m $i; done
git checkout -B test
for (( i=1; i<4; i++ )); do echo hello $i >>foo.txt; git commit -a -m test$i; done
git checkout master
touch foo2.txt
git add foo2.txt
git commit -a -m 4
git merge test
git branch -D test

现在日志历史是

git log --graph --all

*   commit e905116fed7f4d52c65da46ab6172ae7a08e824a (HEAD -> master)
|\  Merge: 77cc483 584a037
| | Author: 
| | Date:   
| | 
| |     Merge branch 'test'
| | 
| * commit 584a03768822ebd92d4feee20ebe238fffd89c25
| | Author: 
| | Date:   
| | 
| |     test3
| | 
| * commit 7a2ad09b5c39e5076cd22fa957c2d539e37c0861
| | Author: 
| | Date:   
| | 
| |     test2
| | 
| * commit 11ef4fea5ba207a637a85d8e8456f48d0c7bd7ab
| | Author: 
| | Date:   
| | 
| |     test1
| | 
* | commit 77cc4833cf5aac84aca9737945fd79a7632019ac
|/  Author: 
|   Date:   
|   
|       4
| 
* commit 081792ccf9b4714ab4bce23e4e7b126647eeead8
| Author: 
| Date:   
| 
|     3
| 
* commit 971f217200f7e485308b861033b5b31b7ae69d1a
| Author: 
| Date:  
| 
|     2
| 
* commit cef186ae9ad0e316d82c62c2082381747f25a443
  Author: 
  Date:  

      1

将上面的提交 2 和 3 合并在一起,生成具有以下日志的存储库

git log --graph --all

* commit 3a4010551d50a47a9db6d53a4597770fa2517d92 (HEAD -> master)
| Author: 
| Date:   
| 
|     test3
| 
* commit bbbc747780c847b3d40ed7557ed514e5e4dd9fc2
| Author: 
| Date:  
| 
|     test2
| 
* commit 6f54fd90555fbe6730fcfe7d85761b6477380214
| Author: 
| Date:   
| 
|     test1
| 
* commit 71fa7371198a0cbbf4793dc27ffb27ac65d15096
| Author: 
| Date:  
| 
|     4
| 
* commit 3032069c375ef37b42af75c97759d7a821f1139f
| Author: 
| Date:   
| 
|     s 2 3
| 
* commit cef186ae9ad0e316d82c62c2082381747f25a443
  Author:
  Date:  

      1

日志显示我丢失了分支的分支和合并历史testtest如果合并后没有删除分支master,我会得到与第一个示例类似的结果,带有拆分分支test

标签: gitgit-rebasegit-squash

解决方案


tl;dr:rebase仅对单个分支进行变基。

仅在当前分支(或由参数指定的分支)中执行变基。因此,您的结果与预期的一样,因为您只重新设置master分支,并且test分支保持不变,即它HEAD指向您的旧提交。

如果你仔细阅读git rebase 文档,你会发现它总是在谈论the current branch.

如果您希望其他分支指向重新定位的提交,您将不得不使用reset它们。在这种情况下,签出test分支并使用git reset --hard 194e78fc74d4eaea62a8b903baa6379dfc8578d3会导致您预期的结果。(与往常一样,小心使用reset --hard,因为它会删除未提交的更改。)

我不明白您害怕丢失哪些信息,因为分支的所有更改test都存在于master.


推荐阅读