只要提交对象未被git gc清理，绝大多数本地误撤销可在5分钟内用reflog恢复；reflog记录head每次移动的原始日志，是恢复的第一依据，目标提交通常位于head@{1}等位置。

只要提交对象还没被 Git 垃圾回收（git gc）清理掉，就能恢复。绝大多数本地误撤销，git reflog 五分钟内就能捞回来。

reflog 是你第一眼该看的东西

Git 每次移动 HEAD（比如 git reset、git checkout、git merge）都会在本地 reflog 记一笔，包括时间、操作前后的 commit hash 和简要说明。它不依赖分支，也不受远程影响，是恢复的“原始日志”。

• 运行 git reflog，你会看到类似：
  abc1234 HEAD@{0}: reset: moving to HEAD~1
def5678 HEAD@{1}: commit: add user profile page
• 目标提交通常就在 HEAD@{1}、HEAD@{2} 这类位置上；注意看那行描述是否匹配你丢掉的提交
• 如果记不清具体位置，用 git reflog --date=iso 加时间戳辅助判断，或直接 git log -p <code>def5678 看内容确认

用 reset 指回原提交（最常用）

找到目标 commit hash（比如 def5678）后，用 git reset 把当前分支指针挪回去。这里选哪种模式取决于你当前工作区状态：

git摸鱼周报自动化

生成周报：读取本机 Git 仓库最近一周的提交记录，按项目分类提炼总结，生成标准周报格式，通过微信推送并返回给用户。触发词：周报、weekly report、git总结、提交记录总结、工作周报。

下载

• 如果只是想让分支回到那个提交，且工作区/暂存区没被破坏 → 用 git reset --hard def5678
• 如果工作区还有未提交修改，怕被覆盖 → 改用 git reset --keep def5678（仅当目标提交是当前分支祖先时有效）
• 如果只想改分支指针，保留暂存区和工作区 → git reset --mixed def5678（默认行为）

误删分支后提交“消失”，其实是引用没了

执行过 git branch -D feature/login 后发现提交找不到了？别慌。只要那个分支最后指向的 commit 还在 reflog 里，或者曾被其他分支、stash、tag 引用过，它就还在。

• 先查 git reflog，找对应分支最后一次活动的记录，例如：
  ghi9012 refs/heads/feature/login@{0}: commit: implement login validation
• 恢复分支只需： git branch feature/login ghi9012
• 如果 reflog 已清空或找不到，可试 git fsck --lost-found 扫描悬空提交，再用 git show <hash></hash> 逐个确认

已经 push 过的提交被撤销，不能硬重置

如果你执行了 git reset --hard 并 git push --force 覆盖了远程，而别人已经基于旧提交工作，这时强行拉回会破坏协作历史。必须换方式：

• 优先用 git revert <commit-hash></commit-hash> 生成一个“反向提交”，安全抵消原改动
• 如果已强制推送且团队允许，需同步通知所有人执行 git fetch && git reset --hard origin/main（但这是高风险操作，慎用）
• 永远不要对共享分支（如 main、develop）做未沟通的 --force

真正难恢复的，是那些从未 git add 过的文件修改——它们从没进过 Git 对象库，reflog 和 fsck 都看不到。所以日常开发中，哪怕只改了一行，也建议 git add -N 或 git stash 先保底。Git 不会帮你记住没告诉它的东西。