如何恢复未完成rebase操作中丢失的更改？

别慌！这种情况在Git使用中挺常见的，而且Git的设计就是尽量避免永久丢失数据，你的工作内容大概率能找回来。下面是几个你可以立刻尝试的方法：

1. 用git reflog找回历史状态 #

这是最有效的方法，因为git reflog会记录所有HEAD指针的变动，包括你在rebase过程中产生的临时提交、操作记录，哪怕你执行了rebase --abort也不会被清空。

• 首先在终端运行：

  git reflog
  

  你会看到一串类似这样的记录：

  abc1234 HEAD@{0}: rebase --abort: returning to branch 'main'
  def5678 HEAD@{1}: rebase -i (pick): 完成XX功能开发
  ghi9012 HEAD@{2}: rebase -i (start): checkout origin/main
  jkl3456 HEAD@{3}: commit: 新增XX模块
  

• 重点找那些和rebase相关的条目（比如带有rebase -i (pick)、rebase (start)的记录），或者你记得的提交描述对应的ID。
• 找到目标提交ID后，先验证一下内容是不是你丢失的工作：

  git show <目标提交ID>
  

• 确认无误后，你可以创建一个新分支来保存这些恢复的内容（避免覆盖当前分支）：

  git checkout -b recovered-work <目标提交ID>
  

  这样你丢失的工作就会出现在这个新分支里了。如果想把内容合并回原分支，后续可以用git merge或者git cherry-pick操作。

2. 检查rebase的临时残留文件 #

Git在执行rebase时，会在本地.git目录下生成临时工作区文件，虽然rebase --abort会清理这些文件，但偶尔可能有残留：

• 检查你的仓库根目录下的.git/rebase-apply或者.git/rebase-merge目录是否存在。如果还在，说明rebase的临时状态没被完全清理，你可以尝试继续完成rebase：

  git rebase --continue
  

  不过这个方法的成功率比reflog低，因为abort通常会彻底清理这些目录。

3. 检查Git stash记录 #

如果你在rebase前曾经用git stash暂存过内容（哪怕你忘了），也可以试试：

• 运行命令查看所有stash记录：

  git stash list
  

• 如果找到对应的stash，用下面的命令恢复：

  git stash apply <stash名>
  

最后提醒 #

恢复后记得立刻把内容提交到一个新分支，避免再次丢失。Git的reflog记录会在90天后自动清理，所以尽快操作哦！

内容的提问来源于stack exchange，提问作者Denis Stephanov