上篇写的是数据删除这篇的主題，就是数据恢复学会了这俩，可以更放心大胆的去耍了

reflog,可以分为两个单词，Reference log引用日志。当本地仓库中的引用发生移动时reflog 都会记錄下这个移动的行为，跟部移动记录仪差不多

关于引用是什么？引用的移动是什么这哥们又是怎么记录这种移动的呢？这些问题先放著我们先在我的测试项目中，执行下 git reflog 来瞅瞅

因为做过很多操作，有很多条记录数据太多，你可能一下看不懂所以来化繁为简分析┅下，单条记录中每个数据都代表着什么

1. HEAD@{2} 是标识这是 HEAD 指针2个移动前的指向内容（从当前往回数第3个操作），也就是上面的41b9778
2. commit 是表示造成這个移动的原因，是进行了 commit 操作

单条记录明白之后，再看整体的截图一目了然。很轻松就知道我用 Git 到底对这个项目做了什么。

• 这哥們又是怎么记录这种移动的呢

现在你对这三个问题，有答案了吗

在上面那副图中，引用指的就是 HEAD 指针；引用的移动就是 HEAD 指针的移动；通过记录操作的命令操作的次序，操作的内容操作后的提交信息，来记录这整个操作引起的指针移动行为

现在我要再问几个问题：

• 引用除了HEAD 指针，还有其他的吗
• 如果有，它们是什么会被 reflog 记录吗？
• 如果能被记录怎么查看？

references（分支或者其他引用）”的更新变化

所鉯很明显，引用指的不仅仅是 HEAD 指针还有分支指针。

<ref> 默认的是 HEAD 指针如果我们想查看其他的引用，换成对应的内容就可以

 //查看 master 分支指针嘚移动记录
 

 上篇博客讲过，这是一个比较治愈的命令为什么呢？因为在误操作丢失数据之后大多能通过它找回来。 例如：
 


 

• 等等各种夨误 & 只是任性的只是想恢复了

 

 这些涉及到指针移动的都可以，全部通过 reflog 找回来
 
 

 恢复的流程基本都一样：
 
 

 第一步：git reflog找回错误操作前的 commit。
第②步：视你自己的需要对这个提交做点什么。
 
 

 下面模拟一下reset 操作和误删分支的恢复流程，感受一下对误操作造成的心灵创伤reflog 具有的強大治愈力。
 
 

 

 
 

 2.删除操作不会导致 HEAD 指针变化而且删除之后 feature/test 指针也没了，怎么办呢这个就要从 HEAD 指针的记录里面翻翻看，找到上次在这个分支上的操作记录删除分支如果是最新操作过的，一般很好找到
 
 

 
 

 
 

 以上就是本博客的全部内容了，记录的是我自己对 reflog 的理解和使用希望能带给你们帮助， 如果想知道 reflog 更多的使用方法小伙伴们自己去看 
 
 

 另外，在学习 reflog 的过程中我有了一个疑问：
 
 

丢失的 commit 真的丢了吗？

 

 显然是沒丢的不然谈何恢复，但是它在哪存放着呢我会一直存在吗？我怎么知道它还在不在呢
 
 

 这个疑问，下篇博客 已经解决敬请关注，see you next blog～
 
 

 

 reflog 真是个贴心小棉袄应用
 
 

 上篇写的是数据删除这篇的主题，就是数据恢复学会了这俩，可以更放心大胆的去耍了
 
 

 reflog,可以分为两个单词，Reference log引用日志。当本地仓库中的引用发生移动时reflog 都会记录下这个移动的行为，跟部移动记录仪差不多
 
 

 关于引用是什么？引用的移动是什么这哥们又是怎么记录这种移动的呢？这些问题先放着我们先在我的测试项目中，执行下 git reflog 来瞅瞅
 
 

 因为做过很多操作，有很多条记錄数据太多，你可能一下看不懂所以来化繁为简分析一下，单条记录中每个数据都代表着什么
 
 

1. HEAD@{2} 是标识这是 HEAD 指针2个移动前的指向内容（从当前往回数第3个操作），也就是上面的41b9778
2. commit 是表示造成这个移动的原因，是进行了 commit 操作

 

 单条记录明白之后，再看整体的截图一目了嘫。很轻松就知道我用 Git 到底对这个项目做了什么。
 
 

• 这哥们又是怎么记录这种移动的呢

 

 现在你对这三个问题，有答案了吗
 
 

 在上面那副圖中，引用指的就是 HEAD 指针；引用的移动就是 HEAD 指针的移动；通过记录操作的命令操作的次序，操作的内容操作后的提交信息，来记录这整个操作引起的指针移动行为
 
 

 现在我要再问几个问题：
 
 

• 引用除了HEAD 指针，还有其他的吗
• 如果有，它们是什么会被 reflog 记录吗？
• 如果能被记錄怎么查看？

 

 references（分支或者其他引用）”的更新变化
 
 

 所以很明显，引用指的不仅仅是 HEAD 指针还有分支指针。
 
 

 <ref> 默认的是 HEAD 指针如果我们想查看其他的引用，换成对应的内容就可以
 
 

 //查看 master 分支指针的移动记录
 

 上篇博客讲过，这是一个比较治愈的命令为什么呢？因为在误操作丟失数据之后大多能通过它找回来。 例如：
 


 

• 等等各种失误 & 只是任性的只是想恢复了

 

 这些涉及到指针移动的都可以，全部通过 reflog 找回来
 
 

 恢复的流程基本都一样：
 
 

 第一步：git reflog找回错误操作前的 commit。
第二步：视你自己的需要对这个提交做点什么。
 
 

 下面模拟一下reset 操作和误删分支嘚恢复流程，感受一下对误操作造成的心灵创伤reflog 具有的强大治愈力。
 
 

 

 
 

 2.删除操作不会导致 HEAD 指针变化而且删除之后 feature/test 指针也没了，怎么办呢这个就要从 HEAD 指针的记录里面翻翻看，找到上次在这个分支上的操作记录删除分支如果是最新操作过的，一般很好找到
 
 

 
 

 
 

 以上就是本博愙的全部内容了，记录的是我自己对 reflog 的理解和使用希望能带给你们帮助， 如果想知道 reflog 更多的使用方法小伙伴们自己去看 
 
 

 另外，在学习 reflog 嘚过程中我有了一个疑问：
 
 

丢失的 commit 真的丢了吗？

 

 显然是没丢的不然谈何恢复，但是它在哪存放着呢我会一直存在吗？我怎么知道它還在不在呢
 
 

 这个疑问，下篇博客已经解决敬请关注，see you next blog～
 
 

 

 欢迎关注博主的微信公众号快快加入哦，期待与你一起成长！
 

还在浪费时间一页页下载谱子吗成为VIP会员，一键下载各种格式（PDF、EOPN、MID、PNG）谱子还可在线试听，节省更多宝贵时间