当我检查最近的提交时，为什么 Git 会撤消变基过程？

Question

亲爱的，

我想删除 git 存储库上的一个非常旧的提交，但是在执行变基过程并对我的存储库的最后一个分支进行签出之后，该过程正在被撤消。 所以，这就是我正在做的事情：

git log
abcdef - Last repo commit (master)
...
... # many many commits
...
222333 - A
111222 - B <-- I want to delete this
000111 - C

更改 HEAD，只是为了便于阅读：

git checkout 222333
git rebase -i 000111

此时，我编辑 rebase 显示的待办事项，将文本从选择更改为编辑。

pick 222333 - A
pick 111222 - B (change to edit)
pick 000111 - C

现在我正在修改提交中的文件内容。 在这之后：

git add .
git commit --amend
git rebase --continue

毕竟，当使用git log或gitk进行检查时，一切正常。 但是当我返回master git checkout master时，所有的过程都被撤消了，再次检查时？ 有谁知道为什么？

环境：

Answer 1

问题是这一行，你说你正在做“只是为了可读性”：

git checkout 222333

这使您处于“分离的头” state：您的工作副本在该修订版上，而不是在任何分支上。

在该 state 中，您重新设置了一些提交，这会创建一个由新提交组成的新历史。 通常，这也会移动当前分支指针以指向那些新提交，但您没有当前分支，因此不会移动指针。

最后，运行git checkout master ，它切换到名为“master”的分支。 分支只是一个指针，它并不指向git rebase生成的新提交，它指向之前指向的任何地方。 新创建的提交是“孤立的”，没有指向它们的分支。

还有另一个问题：git 中的提交是不可变的，因此对历史的任何编辑都必须从那时起创建新的提交。 您在日志摘要中显示的“许多提交”都需要重写，因此它们都需要列在交互式 rebase 待办事项列表中。

（如果你看过足够多的科幻电影，git 中的“改变历史”就像时间旅行的形式，你不改变自己的过去，你创造了一个平行宇宙，有不同的过去，相应的不同的未来.)

所以忘记让它“可读”，然后运行这个：

git checkout master
git rebase -i 000111

标记为“pick”的所有许多行都是将要重新创建的行； 只需滚动过去并删除您不想重新创建的那个。