git reset revert rebase 区别

最近合并他人代码，因为代码是从git代码库之外来的，于是出了各种问题。于是又翻看了git教程。这里推荐两篇：
Git教程 - 廖雪峰的官方网站 非常通俗易懂，教了最基本的，十分实用。
###Git 基础图解、分支图解、全面教程、常用命令### 把git的命令以图解的形式给了出来，让人更理解git背后的处理原则。
但我读完后，仍然不理解git reset/revert，于是自己实践，终于得出了结果。
首先，说下Git的处理基准：

一、Git 基础原理

1. 每个文件都有各自的记录，称之为树也可（这是git reset让人迷糊的地方）;
2. Git库中有commit/index/working directory 3个状态之分，如下图：
   
   History，所有提交过的commit保存的位置，也就是说只要commit过，都是历史，可以回到过去~
   Stage(index)，也就是当前git add过的但尚未commit的文件
   Work directory，就是当前正在改的代码了
   
3. Git之中并无分支，但4个指针（很像C/C++语言的指针）：
   （1）我们常用的branch（像master/dev/…）
   （2）动态的HEAD，也就是当前用户在Git树中的位置，这个名称是固定的，三个命令的工作就是让这个HEAD来回走；
   （3）index指针；
   （4）work directory指针。
4. git commit 的本质是让index/work directory/HEAD指向同一个commit。
   
5. Git 不会主动删除 任何一个commit，无论这个commit是否在某个分支的路径中，或者HEAD是否指向它，所以理论上无论任何时候，只要知道commit-id就可以到达这个commit。

二、命令比较

2.1 Git 测试树

现在说完基础知识，在建一个测试环境，Git树如下：

$ git log --all --graph --oneline # 查看Git树信息

master下有dev和other两个分支，我们的测试主要在dev分支下，不用考虑other分支。dev分支下有个log.txt文件，文件内容和当前的commit内容相同

2.2 git revert 命令

现在先来说revert

$ git reset 2e5e386               # 也就是取消dev2这个commit
重置后取消暂存的变更：
M       log.txt
$ cat log.txt
<<<<<<< HEAD
dev4
=======
dev
>>>>>>> parent of 2e5e386... dev2
$ echo "revert dev2" > log.txt            
$ git add .
$ git revert --continue           # revert的话，最好用这个来提交

完成后，Git树状态如下：

也就是说，git revert “commit-id”后，git 会比较”commit-id”与当前(也就是HEAD)内容的区别，由用户修改完成后，再提交为新的commit。这个命令最好让人理解。

2.3 git reset 命令

这个命令是这三个命令中最让人迷糊的，有3个参数soft/mixed(默认)/hard。只要把这3个命令和Git的3个工作区对比就可以了。
先用图说明下：
soft 参数

mixed 参数

hard 参数

配合第一节说的Git基础原理，基本就可以明白git reset 在做什么了。

但还有一个问题，如果reset当前分支好几步的commit节点，如何处理？
答：Git取变化的文件树中最新的内容。

有点迷糊啊，那来个例子：
继续之前的Git log。
先测试 soft 模式

$ git reset --soft 2e5e386
$ git status
位于分支 dev
要提交的变更：                   # !!! 这是add 过的状态  !!!
  （使用 "git reset HEAD <文件>..." 以取消暂存）
        修改：     log.txt
$ git checkout -- log.txt
$ cat log.txt
revert dev4                   # 这是log.txt文件树中最新的内容，HEAD指向了"dev2"

再测试 mixed 模式

$ git reset --hard 8785cbf    # 回到revert的位置
$ git reset 2e5e386           # 使用mixed模式到"dev2"
$ git status
位于分支 dev
尚未暂存以备提交的变更：          # !!! 这是需要 add 过的状态  !!!
  （使用 "git add <文件>..." 更新要提交的内容）
  （使用 "git checkout -- <文件>..." 丢弃工作区的改动）
        修改：     log.txt
$ cat log.txt
revert dev4                   # 这是log.txt文件树中最新的内容，HEAD指向了"dev2"

最后测试 hard 模式 （很危险，会清除work directory未保存的内容，最好commit后再使用这个模式）

$ git reset --hard 8785cbf    # 回到revert的位置
$ git reset --hard 2e5e386    
$ git status
位于分支 dev
无文件要提交，干净的工作区

需要说明的是，git reset后，再commit时，新的commit并不在当前分支中，因为它确实不是一个有名字的分支，这时状态是detached HEAD，如下图。

想要保存，就在这时

$ git checkout -b new-branch-name

2.4 git rebase 命令

这个命令很好理解，就是不想合并分支时，把某个分支的commit自动添加到另一个分支之后，用下图可以比较清楚地解释这个命令。