git - 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
日志显示我丢失了分支的分支和合并历史test
。test
如果合并后没有删除分支master
,我会得到与第一个示例类似的结果,带有拆分分支test
。
解决方案
tl;dr:rebase
仅对单个分支进行变基。
仅在当前分支(或由参数指定的分支)中执行变基。因此,您的结果与预期的一样,因为您只重新设置master
分支,并且test
分支保持不变,即它HEAD
指向您的旧提交。
如果你仔细阅读git rebase 文档,你会发现它总是在谈论the current branch
.
如果您希望其他分支指向重新定位的提交,您将不得不使用reset
它们。在这种情况下,签出test
分支并使用git reset --hard 194e78fc74d4eaea62a8b903baa6379dfc8578d3
会导致您预期的结果。(与往常一样,小心使用reset --hard
,因为它会删除未提交的更改。)
我不明白您害怕丢失哪些信息,因为分支的所有更改test
都存在于master
.
推荐阅读
- java - 如何解决批处理作业中的 DataAccessResourceFailureException?
- javascript - 如何使用数组过滤数组数组?
- azure - 使用 Azure B2C 的 Single Single On 无法跨域和跨平台应用程序工作
- angular - Angular/JavaScript 等效于 C++ 智能指针
- linux - 使用 grep 并在模式之后获取文本
- rest - 将带有换行符的文件列表输出到 Microsoft Teams
- ruby-on-rails - Rails new app_name 由于 Sqlite3 问题而失败
- python - 如何在远程 Heroku 数据库中使用 python 创建表?
- javascript - 有没有办法检测 iPhone 用户是否正在使用“缩放”显示缩放视图?
- mysql - 使用 mysqlslap 测试插入查询