标签：ase 帮助 push 爬虫 操作 部分 代码 tar tco
Git是一个易学难精的分布式版本控制系统，被我们码农常用于代码的管理。如果你还不了解Git，建议先通过廖雪峰的Git教程进行了解，再来看本文，因为本文以使用技巧为主，不会在基础名词上做过多解释。
廖雪峰的Git教程：
https://www.liaoxuefeng.com/wiki/896043488029600/896067008724000
在常规的开发流程中，难免有时因为各种原因（例如需要使用git rebase）会需要使用到git push -f，也就是强制推送，该命令会覆盖远程分支。
但如果操作不当，会容易把小伙伴的之前提交的commit给覆盖掉，不要慌，这并不代表你小伙伴的commit已经永远找不回来了，大部分情况下，他们还是可以被找回的。
git reflog 可以查看所有分支的所有操作记录（包括（包括commit和reset的操作），包括已经被删除的commit记录，git log则不能查看已经删除了的commit记录
虽然有reflog这跟救命稻草，但由于Git会定时gc（回收），清理掉reflog，所以被人覆盖后不要等待太久才进行恢复操作，不然可能就真的找不回了。
备份当前工作区的数据
你可以使用git stash等命令备份下现在正在写的代码
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 选项，该命令显示所有未被其他对象引用 (指向) 的所有对象：
然后，用相同的方法就可以恢复它，即创建一个指向该 SHA 的分支。
是不是对于强推git push -f不再慌了呢？
公众号：后端技术漫谈.jpg
如果文章对你有帮助，不妨收藏，投币，转发，在看起来~
标签：ase 帮助 push 爬虫 操作 部分 代码 tar tco
原文地址：https://blog.51cto.com/15047490/2560729
