封面.jpg
关于 git 的基本理解， 在第一篇git文章已介绍。 上一篇文章主要讲解了git的提交操作， 本篇在上篇基础上着重写git代码的逆向操作：代码回退。网上关于git回退的文章比较多， 本文是个人理解实践的汇总， 不当、不全之处请评论区指出。
首先，回顾下git代码存在的5个区域， 分别是 工作区间、工作现场、缓存区（或叫暂存区）、本地仓库（或叫当前分支）、远程仓库（或叫远程分支）；如下图：
1.png

1.缓存区代码覆盖工作区代码

场景： 缓存区存有上次改动代码，即之前有执行：

git add
```
当前**工作区间**代码想废弃， 可将**缓存区**中代码覆盖之：

![3.png](https://img.haomeiwen.com/i615809/b6283ed165397d5f.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240)
**对应指令：**
```
// 将缓存区某一文件代码 覆盖本地工作区： 
git checkout -- testReset.txt

// 将匹配的文件覆盖：
git checkout -- *.txt

// 将所有文件覆盖：
git checkout -- .
```
# 2.本地仓库代码覆盖缓存区代码
场景：发现之前add的文件不需要了，又不想**工作区间**重新改回去。
![4.jpeg](https://img.haomeiwen.com/i615809/530852aee221207b.jpeg?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240)
**对应指令：**
```
// 将本地仓库某一文件覆盖缓存区： 
git reset HEAD testReset.txt 

// 将匹配的文件覆盖缓存区：
git reset HEAD *.txt

// 将所有文件覆盖缓存区：
git reset HEAD .
```
注意： 改变的是**缓存区**代码， **工作区间**代码不变（编辑器代码不会改变）

# 3.本地仓库代码覆盖工作区代码（常用）
上述两场景在实际开发中没那么常用，接下来 **本地仓库** 代码 覆盖 **工作区间 **代码 则经常会用到。
场景： 当前 **工作区间** 代码混乱（一般更新或合并分支后） ， 废弃当前改动；
![5.png](https://img.haomeiwen.com/i615809/06b2d06489ebb0cb.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240)
**对应指令：**
```
// 将本地仓库某一文件代码 覆盖本地工作区： 
git checkout head testReset.txt

// 将本地仓库所有文件代码 覆盖本地工作区：(谨慎操作)：
git checkout head .
```
我们知道**本地仓库**中有一个commit 列表， 记录了所有commit的记录， 查看commit列表指令：
```
// 查看commit id， 查看提交记录（git commit的记录）
git log 
git log --pretty=oneline 

// 查看以往提交历史（包括 撤销回退 记录） 
git reflog 
```
![6.png](https://img.haomeiwen.com/i615809/5536c973563a7f39.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240)
根据commit列表， **工作区间**代码能实现更灵活的回退：
```
// 本地工作区间代码 回退到上一次版本、上上次、前10个版本 
git reset --hard HEAD^ 
git reset --hard HEAD^^ 
git reset --hard HEAD~10 

// 本地工作区间代码 回退到指定版本(“d362816”为commit id） 
git reset --hard d362816 
```
# 4.远程仓库代码覆盖本地仓库代码（清除 未push 的commit）
场景： 有时候合并分支、切换分支、更新代码会导致提交絮乱的问题（没使用--rebase方式），具体体现在自动生成了commit且**工作区间** 代码很多冲突。使**工作区间**代码跟线上代码一致且删除新生成的commit。
![7.png](https://img.haomeiwen.com/i615809/8f87fdd8461d2232.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240)
**对应指令：**
```
// 本地工作区间代码回退到远程版本 
git reset –-hard origin/master 
```
写到了git reset指令， 就不得不说下它与 git revert 的区别：
> 1. git revert是用一次新的commit来回滚之前的commit，git reset是直接删除指定的commit。

> 2. 在回滚这一操作上看，效果差不多。但是在日后继续merge以前的老版本时有区别。因为git revert是用一次逆向的commit“中和”之前的提交，因此日后合并老的branch时，导致这部分改变不会再次出现，但是git reset是直接把某些commit在某个branch上删除，因而和老的branch再次merge时，这些被回滚的commit应该还会被引入。

> 3. git reset 是把HEAD向后移动了一下，而git revert是HEAD继续前进，只是新的commit的内容和要revert的内容正好相反，能够抵消要被revert的内容。

git reset 与 git revert区别图：

![8.png](https://img.haomeiwen.com/i615809/6a56dbb1295896a9.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240)

![9.png](https://img.haomeiwen.com/i615809/cc57f6657b49ce6d.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240)
# 5.远程仓库代码回滚（线上代码回滚）
场景： 提交了一个commit（该提交包含很多文件）， 发现有问题， 需要回滚， 将线上分支（master）回滚到上一次commit;
网上有删除分支进行线上代码回滚的教程， 那种操作其实很危险， 因为一般线上的分支是master分支， 而这个分支不允许删除。
合理一些的是使用 git reset或git revert方式进行回滚；
**git reset方式图解：**

![10.png](https://img.haomeiwen.com/i615809/a569b67b955fed97.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240)
**git revert方式图解：**

![11.png](https://img.haomeiwen.com/i615809/05f9b43a8565df67.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240)
我们可以使用git revert将新的commit替换掉;（不用git reset而用git revert的原因是保留commit方便后续代码恢复）
**对应指令：**
```
// 替换掉上次提交的代码文件（上次的commit记录会保留）
git revert HEAD
git commit -m "回滚上次commit"
git push origin master
```
参考资料：
[时光机穿梭 - 廖雪峰的官方网站](http://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000/0013743858312764dca7ad6d0754f76aa562e3789478044000)
[GitHub - wteam-xq/testGit: git学习、博文测试工程](https://github.com/wteam-xq/testGit)
[Git HowTo: revert a commit already pushed to a remote repository](http://christoph.ruegg.name/blog/git-howto-revert-a-commit-already-pushed-to-a-remote-reposit.html)
相关文章：
[Git 图解（1）:代码区域总结](http://www.jianshu.com/p/898e766d22e1)
[Git 图解（3）:分支操作](http://www.jianshu.com/p/342a9f8db004)