误删除公司所有Git项目提交等内容，如何回滚至6小时前状态？

嘿，先别慌——这种Git操作失误确实让人手心冒汗，但咱们一步步来试着挽回局面。首先得明确：只要公司的远程Git服务器还保留着6小时前的历史记录（或者你本地仓库的操作痕迹没被彻底清除），大概率能恢复到之前的状态。下面是具体的操作步骤，分情况处理：

第一步：找回6小时前的Commit哈希值 #

Git会记录你所有的操作痕迹，哪怕是被删除的commit，咱们先把目标状态找出来：

• 在本地仓库的终端里执行：git reflog
  这个命令会列出所有本地Git操作的历史，包括合并、重置、删除commit这些动作。你可以通过时间戳找到6小时前对应的条目，记录下那一行开头的commit哈希值（比如a1b2c3d）。
• 如果reflog里的时间不够清晰，也可以用这个命令看带详细时间的commit历史：git log --pretty=format:"%h %ad %s" --date=iso，找到6小时前的那个commit哈希。

第二步：恢复本地仓库到目标状态 #

确认好目标commit的哈希后，先把本地仓库恢复到6小时前的状态：

• 执行：git reset --hard <目标commit哈希>
  比如git reset --hard a1b2c3d。这个命令会强制把当前分支的指针指向旧commit，同时工作区的所有文件也会恢复到当时的状态。重要提醒：如果当前工作区还有没提交的修改，先手动备份这些文件，否则会被彻底覆盖！

第三步：修复远程仓库（关键！） #

因为你的操作影响了公司的远程项目，所以必须把本地恢复好的状态推送到远程：

• 执行：git push --force-with-lease origin <你的分支名>
  比如git push --force-with-lease origin main。这里用--force-with-lease比直接--force更安全——它会检查远程仓库当前的状态是否和你本地推送前的预期一致，避免不小心覆盖其他同事同时提交的修改。如果多个分支都被影响了，需要逐个分支执行这个命令。
• 恢复完远程后，记得提醒团队里的同事：暂时不要推送修改，先执行git fetch origin和git reset --hard origin/<分支名>来同步正确的仓库状态，避免他们的本地版本还是错误的。

第四步：找回丢失的文件 #

如果有些文件在上面的步骤里没恢复回来，可以试试这个命令：

• 执行：git fsck --lost-found
  这个命令会扫描Git的对象数据库，找出那些没有被任何分支或标签引用的文件，把它们存到本地仓库的.git/lost-found/目录下。你可以进去查看这些文件，把需要的恢复到工作区。

事后小建议 #

这次踩坑之后，以后操作Git可以多注意这几点：

• 执行git pull前先跑git status，确认本地没有未提交的修改，或者用git pull --rebase来避免产生不必要的合并提交；
• 提交前务必用git diff和git status检查修改内容，确认没问题再commit；
• 如果对Git操作拿不准，可以先在本地测试仓库里模拟操作，或者问一下团队里的资深同事。

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