Git reflog 怎么找回误删的本地分支

误删本地分支后先别急着执行 reset。只要仓库的 .git 目录还在，通常可以先用 git reflog 找到分支指针移动前的提交，再从这个提交创建一个新的本地分支。下面以常见 Git 桌面客户端的 Commit Graph 为界面参照，配合仓库内置终端完成恢复；不同客户端的菜单文字可能略有差异，但判断顺序相同。

官方地址：https://gitkraken.com/

步骤一：打开仓库并确认当前分支

打开 Git 客户端后，选择包含误删分支的本地仓库，进入 Commit Graph。先在左侧 Local Branches 看当前分支，再检查工作区是否有未提交改动。若工作区不干净，先提交或暂存这些改动，避免恢复分支时把无关文件混在一起。

这里的检查只回答两个问题：你是否在正确的仓库里，以及当前工作区是否适合进行恢复。不要因为图上暂时看不到被删分支，就判断提交已经消失；分支名是引用，引用消失不等于提交对象立即消失。

步骤二：用 git reflog 定位误删前的提交

在仓库内置终端打开 Repository Terminal，运行：

# 查看 HEAD 和本地引用最近发生的移动，优先找误删前的提交哈希
git reflog --date=local

# 先确认候选提交的摘要和文件变更，避免恢复到错误的时间点
git show --stat --oneline 

重点看误删前最后一次提交、切换分支或重置操作对应的短哈希。HEAD@{2} 这类写法表示 HEAD 过去某次位置，但恢复分支时更建议把它解析成明确哈希，便于后续复核和记录。如果默认 reflog 没有目标，再分别查看本地分支日志：

# 查看全部本地引用的 reflog，排查 HEAD 默认视图之外的记录
git reflog --all --date=local

# 确认候选对象仍存在；存在时会输出对象类型和内容
git cat-file -t 

如果 git show 能展示正确的提交说明和文件列表，说明恢复点基本找对了。此时不要直接对 main 做 hard reset；新建分支是可回退、可比较的选择。

步骤三：从目标提交创建恢复分支

在 Commit Graph 中定位刚才确认的提交，单击打开 Commit Details，确认短哈希和提交说明一致。然后右键该提交，选择 Create branch here，在 Branch name 中输入例如 recovered/feature-login，点击 Create。

如果客户端没有这个右键菜单，可以用等价命令完成同一件事：

# 从已核对的提交创建新分支，不移动 main，也不覆盖工作区历史
git switch -c recovered/feature-login 

# 旧版本 Git 也可使用 checkout 创建并切换到恢复分支
git checkout -b recovered/feature-login 

分支名先用 recovered/ 前缀很实用：它能提醒团队这是恢复出来的引用，后续可以在确认无误后改名或合并。

步骤四：检查恢复结果并继续工作

创建后双击左侧的新分支，或右键选择 Checkout。随后在仓库终端执行检查：

# 确认当前分支、工作区和最新提交，三项要互相对得上
git status --short --branch
git log -1 --oneline
git show --stat --oneline HEAD

验收时至少对照误删分支最后一个已知提交说明、关键文件和作者时间。如果这些内容一致，再把恢复分支推到远端作为备份：

# 远端分支名明确写出，避免把恢复分支误推成 main
git push -u origin recovered/feature-login

相关问题

误删本地分支后多久还能恢复？

没有一个对所有仓库都相同的固定期限。reflog 会按 Git 的过期配置清理记录，未被其他引用到达的对象也可能随后被回收，所以越早从 reflog 找到哈希并创建新分支越稳妥。

恢复分支会把原来的远端分支找回来吗？

不会。本文恢复的是本地引用；确认内容后可以用 git push -u origin 新分支名 创建一个远端分支，但这不是自动恢复原远端分支权限、保护规则或合并请求。

什么时候才适合使用 reset？

只有在你明确要移动某个本地分支指针，并已确认工作区和提交范围时再考虑 reset。单纯找回误删分支时，先从目标提交创建新分支更容易比较和回退。