【Git实战技巧】恢复被强制推送push失踪的代码

前言

Git是一个易学难精的分布式版本控制系统，被我们码农常用于代码的管理。如果你还不了解Git，建议先通过廖雪峰的Git教程进行了解，再来看本文，因为本文以使用技巧为主，不会在基础名词上做过多解释。

廖雪峰的Git教程：

恢复被强制推送push失踪的代码

在常规的开发流程中，难免有时因为各种原因（例如需要使用git rebase）会需要使用到git push -f，也就是强制推送，该命令会覆盖远程分支。

但如果操作不当，会容易把小伙伴的之前提交的commit给覆盖掉，不要慌，这并不代表你小伙伴的commit已经永远找不回来了，大部分情况下，他们还是可以被找回的。

git reflog 可以查看所有分支的所有操作记录（包括（包括commit和reset的操作），包括已经被删除的commit记录，git log则不能查看已经删除了的commit记录

虽然有reflog这跟救命稻草，但由于Git会定时gc（回收），清理掉reflog，所以被人覆盖后不要等待太久才进行恢复操作，不然可能就真的找不回了。

你可以使用git stash等命令备份下现在正在写的代码

显示所有历史操作，找到你需要的提交（包括已经被删除的commit记录，git log则不能察看已经删除了的commit记录）

image

2.1 强制回退到当时被删除的commit

git reset --hard <SHA1>

2.2 或者直接

git cherry-pick <SHA1>

直接把当时版本的工作拿回来。不过如果有冲突的话还要处理冲突。

git push -f origin <branch>

如果引起commit丢失的原因并没有记录在reflog 中，比如运行了rm -Rf .git/logs/, 因为 reflog 数据是保存在 .git/logs/ 目录下的，这样就没有 reflog 了。

可以使用 git fsck 工具，该工具会检查仓库的数据完整性。如果指定 --full 选项，该命令显示所有未被其他对象引用 (指向) 的所有对象：

image

然后，用相同的方法就可以恢复它，即创建一个指向该 SHA 的分支。

是不是对于强推git push -f不再慌了呢？

最后编辑于：2020.10.21 17:01:02

©著作权归作者所有,转载或内容合作请联系作者
【社区内容提示】社区部分内容疑似由AI辅助生成，浏览时请结合常识与多方信息审慎甄别。
平台声明：文章内容（如有图片或视频亦包括在内）由作者上传并发布，文章内容仅代表作者本人观点，简书系信息发布平台，仅提供信息存储服务。