撤销 Git 变基操作全攻略

技术背景

在使用 Git 进行版本控制时，git rebase 是一个强大的工具，它可以将一系列提交移动或合并到另一个基础提交上，使提交历史看起来更加线性。然而，有时候我们可能会在执行 git rebase 后发现操作有误，需要撤销这个变基操作。手动撤销变基操作可能会很繁琐且容易出错，因此掌握一些简单有效的撤销方法是很有必要的。

实现步骤

方法一：使用 git reflog 结合 git reset

1. 运行 git reflog 命令，该命令会显示 HEAD 的变更历史记录。在这个记录中，找到变基操作开始前的那个提交的引用，例如 HEAD@{2}。
2. 使用 git reset --soft "HEAD@{2}" 命令将当前分支重置到变基前的状态。如果不想保留工作区的更改，可以使用 --hard 选项代替 --soft。
3. 可以通过 git log "HEAD@{2}" 命令查看候选旧提交的历史。

方法二：使用 ORIG_HEAD

1. 运行 git reset --hard ORIG_HEAD 命令。通常情况下，ORIG_HEAD 会保存变基操作开始前的 HEAD 指针。
2. 但如果在变基之后又执行了 reset、rebase 或 merge 等操作，ORIG_HEAD 可能会被覆盖，这时就需要使用 git reflog 来查找正确的提交。

方法三：使用 git rebase --abort

如果变基操作还未完成（例如遇到冲突或处于交互式变基状态），可以使用 git rebase --abort 命令来放弃当前的变基操作，恢复到变基前的状态。

方法四：使用 --onto 选项重新变基

如果不小心丢失了变基前的提交（例如进行了垃圾回收或这是一个新的克隆仓库），可以使用 --onto 选项重新变基。假设之前有一个主题分支 topic，它从 master 分支的 0deadbeef 提交处分支出来，之后在 topic 分支上执行了 git rebase master，现在想要撤销这个操作，可以使用以下命令：

git rebase --onto 0deadbeef master topic

这个命令会将 topic 分支上不在 master 分支上的所有提交重新应用到 0deadbeef 提交之后。

核心代码

使用 git reflog 和 git reset

# 查看 reflog 记录
git reflog
# 重置分支到变基前的状态（保留工作区更改）
git reset --soft "HEAD@{2}"
# 重置分支到变基前的状态（不保留工作区更改）
git reset --hard "HEAD@{2}"

使用 ORIG_HEAD

git reset --hard ORIG_HEAD

使用 git rebase --abort

git rebase --abort

使用 --onto 选项重新变基

git rebase --onto 0deadbeef master topic

最佳实践

• 在进行重要的变基操作之前，先对当前分支打一个标签，例如 git tag BACKUP。如果变基操作出现问题，可以使用 git reset --hard BACKUP 命令恢复到变基前的状态。
• 定期查看 git reflog 记录，了解 HEAD 的变更历史，这样在需要撤销操作时可以更快地找到正确的提交。
• 在进行交互式变基时，要仔细检查每个提交的操作，避免误操作导致需要撤销变基。

常见问题

git rebase --abort 和 git reset --hard 的区别

• git rebase --abort 用于放弃一个未完成的变基操作，例如在遇到冲突或处于交互式变基状态时使用。
• git reset --hard 用于将当前分支重置到指定的提交，通常用于撤销已经完成的变基操作。

ORIG_HEAD 被覆盖怎么办

如果在变基之后又执行了 reset、rebase 或 merge 等操作，ORIG_HEAD 可能会被覆盖。这时可以使用 git reflog 来查找变基操作开始前的提交，然后使用 git reset 命令进行重置。

变基操作后提交丢失怎么办

如果不小心丢失了变基前的提交，可以尝试使用 --onto 选项重新变基，或者从 git reflog 中查找丢失的提交并使用 git cherry-pick 命令将其恢复。