实习生的代码被弄丢了！救命的时候绝对用的上——天天三分钟玩转Git (8)

分享后端开发和云计算必备相关技术，道尽程序员小熊与老板的爱恨情仇.

同名公众号：编程三分钟 回复【 资源 】能够得到程序员必备技能图谱、数百本热门编程电子书籍。

“ 新来的实习生把本身作了一个月的功能给覆盖了，向我求救，要不要帮他？——编程三分钟”

第 8 篇 找回弄丢的代码

新来的实习生【悲郭】由于不太熟悉git的使用，老是把本身的代码给弄丢了，此次好了，把辛苦写了一个月的功能全弄丢了。还好我力挽狂澜帮他恢复了过来。下面咱们分两种代码丢失的场景状况来讨论。

恢复曾今提交过的记录

你使用了git reset --hard commit—id命令，将工做区的提交穿越到你指定的commit里，这个时候你会发现git log根本没有记录这以后的提交记录，像下面这个样子，你是否是会很是着急呢？

不要太紧张，Git提供了一个命令git reflog用来记录你的每一次改变目录树的命令，使用好他就能够很方便的恢复你的提交：

刚才咱们提到一个关键字目录树，那么什么是目录树呢？

咱们的主线每每是一根直线，多一个分支至关于多一个分叉，无数分支纵横交错就像一颗树状的结构，因此咱们称之为目录树。commit rebase reset merge这些都是改变目录树的操做。

1. 这个恢复丢失代码方法也只有存在改变目录树的操做才恢复的回来
2. git log 是同样的，也能够看到全部分支的历史提交，不同的是看不到已经被删除的commit记录和 reset rebase merge 的操做 咱们能够看到git reflog前面的就是commit id，如今咱们就能够用以前介绍过的方法来回滚版本了

再举一个例子，经过上面的git reflog打印出来的记录，咱们记住最后两个提交的commit id和提交说明分别是00：50和18:51，咱们来使用git reset --hard commit—id去到18:51,这个时候 00:50的提交就没有了，就算git log也看不见。而后咱们再经过咱们记住的commit id就能够回滚回去了！

上图的步骤为：

• 根据git reflog返回的结果，用git reset --hard commit_id回退到856a740这个版本
• git log -1看近一行的日志，能够看到目前回到了856a740这个版本，也就是上一个版本
• 再根据git reflog的结果，用git reset --hard 35b66ed跑回最新的此次提交
• git log -2看到两次提交的日志，咱们就这么再穿梭过来了，就是这么爽

可是咱们若是只是想把此提交给找回来，恢复他，那仍是不要用reset的方式，能够用git cherry-pick commitid单独取一个commit到当前分支或者用merge来作合并。

恢复忘记提交的记录

若是你的代码文件没有commit过，就被手贱删除掉了或者也是被reset --hard的时候搞没了。

这就不只仅是用一个git reflog命令就能够简单找回来的，但只要你之前有作过add的操做把他放到过暂存区，咱们就能够把他找回来。什么？你连add都没有操做过那就只能开始准备新一轮的面试了。

先来建立一个灾难现场。

• 建立一个叫lose_file.txt的文件并写入内容my lose message，并使用git add把他加到暂存区
• 用git reset --hard 35b66ed8用丢弃一切修改的方式来使如今的工做区恢复到35b66ed8版本，由于还没提交因此也就是恢复到当前的（head）版本。
• 咱们用status和ls再看，这个叫lose_file.txt的文件真的没了，完蛋了,第一反应使用刚刚学到的命令git reflog会发现根本就很差使，那如今只能去准备跑路了呢？不慌，让咱们进入下一节

咱们来看看git底层原理

核心命令：git fsck --lost-found,他会经过一些神奇的方式把历史操做过的文件以某种算法算出来加到.git/lost-found文件夹里，输出的记录就像下面这个样子。

咱们能够看到这里有blob、commit、tree类型的数据，还有tag等类型的。他们是什么含义呢？

来，咱们都是大神固然要学学git底层存储方式，以下图：

• commit数据结构在每次提交以后都会生成一个，当咱们进行commit以后，首先会建立一个commit组件，以后建立一个tree组件，把全部的文件信息都储存在里面,每一个blob表明一个文件，均可以在tree里找到
• blob组件并不会对文件信息进行存储，而是只对文件的内容进行记录，文件信息存储在tree里

言归正传，咱们来看看怎么恢复刚刚git reset --hard后，不见了的lose_file.txt文件。

在上面执行完git fsck --lost-found命令，返回的第一行blob咱们使用git show命令来看看他的内容

正好内容就是lose_file.txt本来的内容，就是咱们丢失的文件内容，这样就找回来了！

咱们再来看看上图中的commit和commit下的tree内容，能够看到他们之间的层级关系以下：

• 用git cat-file -p能够看到commit的内容，能够选择把这个commit合并到咱们的分支里，仍是reset merge rebase cherry-pick这些命令来合commit
• git ls-tree列出tree下面的文件名和id的记录信息，而后就能够根据blob的id来恢复文件了

后记

若是你发现执行git fsck --lost-found的输出也找不到你想要的，那么只能祭出终极命令来输出近期修改的文件了，以下：

• 这里用find .git/objects -type f | xargs ls -lt | sed 3q这个命令，他的含义是查找.git/objects文件夹下的普通文件 按照时间排序后 打印在终端里 sed 3q 是打印3行 sed 100q 是打印100行，随你喜欢。
• git cat-file -t
7f5965523d2b9e850b39eb46e8e0f7c5755f6719 就能看见文件类型 把最后一个/去掉 复制从objects/ 后面的全部东西放在-t后面
• git cat-file -p id就能看见文件内容，是否是很爽，你再用高超的linux技巧操做一下，就能够批量打印出所有文件的类型啦

小结

通过一番操做之后实习生【悲郭】终于不用再背锅了，咱们来总结一下：

1. 提交过的就用命令git reflog来查询提交记录找回

2. 未提交可是git add过的就用git fsck --lost-found来生成丢失文件记录来找回。

3. 没找回成功就用用find .git/objects -type f | xargs ls -lt | sed 3q这个命令来输出近期修改的文件找回。

代码恢复的前提是要保证你的项目根目录下.git文件夹是完整的，要是手动删除了里面的一些东西那就真完了。还要保证一点，你的代码之前是有过git追踪，最少add过！

只要有一我的能得到帮助，小熊就会继续努力

喜欢就让咱们一块儿玩耍吧