git reflog: 手残党的后悔药

0 引言

在日常使用git过程中，我很少会用到git reflog这条命令，用的少，并不代表不重要，甚至可以说非常重要，why？

事情的经过是这样的。半年前，我在一个项目git库拉出一个分支写了一个算法，当时觉得算法还未充分验证，所以没有及时push到远程仓库，只是在本地提交了commit。后来忙于其它工作，把这件事给忘了。前一阵子，由于本地的”陈旧“branch太多，实在不好管理和查找，有很多已经不会再用的“古老”branch，于是“大刀阔斧”的一顿清理，很不幸，当时写的算法分支被毫不知情git branch -D 删除了，今天突然想起来，却发现怎么也找不到了，当时脑子里一片慌乱，默念一定要找到，当时算法的设计思路已经模糊了，再写一遍就太残忍了。
这是git reflog就站出来解救我了。

1 what about git reflog

通俗的讲，git reflog记录了所以关于git的操作记录。包含新建分支、提交commit、切换分支等操作都有记录。

最近一次的操作会记录在最上面。

2 How to use git reflog

以我引言中的情景为例进行说明。
如果我某一版本的master分支上新建了一个分支dev，并且有commit提交，如下图所示。

后来又切换到master分支继续开发并持续提交了commit，然后不小心使用git branch -D dev删除了dev分支。

此时git log 如下，此时dev已经不见踪影。

先要找回它，可以输入git reflog，然后回车。可以根据之前提交的commit记录找到dev分支对应的hash值，然后使用git checkout + hash找回丢失的commit。
有些遗憾的是，git reflog中没有被删除分支名称信息，只有commit记录，所以养成良好的commit 编写很重要，能很快找到你需要commit，否则只能凭记忆一个个尝试，通过git show + hash来查看代码的更改记录。

此时再次执行git reflog，可以看到，HEAD已经切换到对应的commit了。

此时需要尽快给这个临时分支取个名字，git check -b dev，然后git log查看。

可以看到，dev分支它已经回来了。

3 后记

虽然git reflog可以救命，但这终归不是好习惯，养成及时commit、push才是根本，才能确保有用的代码不丢失。

4 附

上文中提到的使用git log参看commit，实际命令为git log --graph --pretty='%Cred%h%Creset -%C(auto)%d%Creset %s %Cgreen(%cr) %C(bold blue)<%an>%Creset' --all
使用这条指令查看commit更直观。