大家好，我是若川。持续组织了近一年的源码共读活动，感兴趣的可以 加我微信 ruochuan12 参与，每周大家一起学习200行左右的源码，共同进步。同时极力推荐订阅我写的《学习源码整体架构系列》 包含20余篇源码文章。历史面试系列。另外：目前建有江西|湖南|湖北籍前端群，可加我微信进群。
Git的功能是对文件做版本管理，其底层原理是一个对文件存取的系统，要想掌握Git，最重要的是理解commit tree，也就是提交记录历史，平时开发中我们都是通过分支来更新commit tree，Git的基础就是要学会分支操作，推荐阅读 《图解Git分支和命令》。
在日常开发中，只掌握分支操作是不够的，还需要通过各种命令操作commit tree，本文我们选择5个典型场景，介绍一下 Git 的进阶技巧，如下所示，学会这些技巧，可以极大提高工作中Git使用的效率：
• 选择版本
• 搜索调试
• 重写历史
• 重置揭秘
• 高级合并
选择版本
假设当前版本库如下图所示，有时我们可能先找到当前提交的父提交和祖先提交，^和~可以满足我们的需求。
^和~都匹配当前提交的父提交，^和~匹配父提交的父提交，^和~后面跟数字的时候意义是不同的，具体可以看下面的例子，假设有如下图所示的提交树：
如下的命令，可以看到^和~的区别：
$ git log HEAD^
A2
$ git log HEAD^^
A1
$ git log HEAD^2
B1
$ git log HEAD~
A2
$ git log HEAD~~
A1
$ git log HEAD~2
A1有时候我们可能会想选择一个区间，比如 A1，A2，A3，下面通过例子说明..，...和^的区别
$ git log master..test
C0 C1
$ git log ^master test
C0 C1
$ git log master…test
A1 A2 A3 C0 C1搜索调试
A：设想这样一种情况，某个分支 test，开发完后被删除了，怎么找回这个分支呢？
其实 git 会在本地记录每次 HEAD 的变化，通过 reflog 命令可以拿到这些记录
$ git reflog
0e94c5b HEAD@{0}: commit: 222
7e07aa7 HEAD@{1}: commit: 111
c5aba97 HEAD@{2}: commit: 000比如 111 是 test 分支最后一个提交，我们可以去 111 这个提交，然后再新建一个分支就 ok 了
$ git checkout 7e07aa7 # 或者git checkout HEAD@{1}
$ git checkout -b testB:设想这样一种情况，某天你突然发现某行代码写错了，你想快速找到这个 bug 的始作俑者？
blame 可以快速显示文件的每一行最后一次修改是谁
$ git blame README.md
f6ffa8f4 (yanhaijing 2016-08-03 19:54:42 +0800 1) 123
f6ffa8f4 (yanhaijing 2016-08-03 19:54:42 +0800 1) 456blame 时可以指定范围
$ git blame -L10,15 README.md # 查看10-15行的信息C:设想这样一种情况，你想在 Git 的某个历史提交中进行搜索？
grep 只能搜索工作目录，git grep 可以在指定提交中进行搜索
$ git grep yanhaijing HEAD~27 fis-conf.js
HEAD~27:fis-conf.js: * @author yanhaijing.comD:设想这样一种情况，你想在 Git 的整个历史中进行搜索？git log 可以实现这个功能
$ git log -Syanhaijing --oneline
0a191c message aaaE:设想这样一种情况，某一天你突然发现线上代码挂了，但你找不到原因，你想快速找到是哪一个版本引入的 bug？
git bisect 是一个非常有用的调试工具，它通过自动进行一个二分查找来找到哪一个特定的提交是导致 bug 或者问题的第一个提交
$ git bisect start # 开始
$ git bisect bad # 标记为好的
$ git bisect good # 标记为坏的
$ git bisect reset # 结束重写历史
假设你提交完后发现忘记了一些东西，打算更改上次提交，在 git 中可以使用追加提交，假设现在仓库状态如下所示
修改完后可以再次提交
$ git add .
$ git commit --amend就可以修改上次提交，需要注意的是上一次提交并没有被删除，只是没有分支引用，变成了游离状态，在未来的某个时间会被 git 自动回收
如果你进行了几次提交后后悔了，想重写之前的好几次提交，那就只能用 rebase 了，假设目前状态如下
image.png假设你想重写 A1 和 A2
$ git rebase -i HEAD~2需要注意的是已经 push 到远端的提交，就不要再重写了，不然世界人民会恨你，因为你需要git push -f
重置揭秘
重置有两种方法，reset 和 checkout，这两个方法非常容易混淆，两个命令都分为全局模式和文件模式
reset 全局模式可以用下图总结
reset 的文件模式可以覆盖索引区，一个副作用就是用来取消暂存
git reset xxx – filecheckout 的全局模式可以用下图总结
checkout 的文件模式会覆盖索引区和工作区，可以用来丢弃修改，属于不可逆转的操作
git checkout xxx – file其实下图就总结两个命令的区别
高级合并
合并分支时，很多人非常害怕遇到冲突，其实冲突并不可怕
A:git 默认的冲突显示包括 our 和 their，如果想得到和 svn 那样包含 base+our+their 的代码，可以检出冲突
$ git checkout --conflict=diff3 hello.rbB:如果在冲突时想想 svn 一样得到，base+our+their 三个文件的代码
$ git show :1:xxx > xxx.base
$ git show :2:xxx > xxx.our
$ git show :3:xxx > xxx.theirC:合并冲突一团乱麻，想撤销合并
$ git merge --abortD:合并后后悔了？想撤消合并？分为两种情况
假如还没推送到远端，可以 reset 掉
$ git reset --hard HEAD~
如果已经推动到远端，可以用 revert
$ git revert -m 1 HEAD
总结
欢迎大家阅读本文，如果你觉得本文对你有帮助，那就点赞加关注作者吧，如果对本文有任何疑问，欢迎在评论区交流。
我在阿里招前端，我该怎么帮你？（现在还可以加模拟面试群）
如何拿下阿里巴巴 P6 的前端 Offer
如何准备阿里P6/P7前端面试--项目经历准备篇
大厂面试官常问的亮点，该如何做出？
如何从初级到专家(P4-P7)打破成长瓶颈和有效突破
若川知乎问答：2年前端经验，做的项目没什么技术含量，怎么办？
如何准备20K+的大厂前端面试
················· 若川简介 ·················
你好，我是若川，毕业于江西高校。现在是一名前端开发“工程师”。写有《学习源码整体架构系列》20余篇，在知乎、掘金收获超百万阅读。
从2014年起，每年都会写一篇年度总结，已经坚持写了8年，点击查看年度总结。
同时，最近组织了源码共读活动，帮助4000+前端人学会看源码。公众号愿景：帮助5年内前端人走向前列。
扫码加我微信 lxchuan12、拉你进源码共读群
今日话题
目前建有江西|湖南|湖北 籍 前端群，想进群的可以加我微信 lxchuan12 进群。分享、收藏、点赞、在看我的文章就是对我最大的支持~
