git revert 撤销 某次操作，此次操作之前和之后的commit和history都会保留，并且把这次撤销
作为一次最新的提交
-
git revert HEAD 撤销前一次 commit
-
git revert HEAD^ 撤销前前一次 commit
-
git revert commit （比如：fa042ce57ebbe5bb9c8db709f719cec2c58ee7ff）撤销指定的版本，撤销也会作为一次提交进行保存。
Git revert 和git reset 区别
前者 是 把撤销当做一次 重新commit 处理 reset 是直接删除这次commit
要注意的点
revert 常规 commit（git commit ）
使用 git revert 即可，git 会生成一个新的 commit，将指定的 commit 内容从当前分支上撤除。
revert merge commit（git merge 生成的commit）
revert merge commit 有一些不同，这时需要添加 -m 选项以代表这次 revert 的是一个 merge commit
但如果直接使用 git revert ，git 也不知道到底要撤除哪一条分支上的内容，这时需要指定一个 parent number 标识出"主线"，主线的内容将会保留，而另一条分支的内容将被 revert。
Revert 之后 重新上线
假设你在自己分支 tom/feature 上开发了一个功能，并合并到了 master 上，之后 master 上又提交了一个修改 h，这时提交历史如下
突然，大家发现tom的分支存在严重的 bug，需要 revert 掉，于是大家把 g 这个 merge commit revert 掉了，记为 G，如下
然后tom回到自己的分支进行 bugfix，修好之后想重新合并到 master，直觉上只需要再 merge 到 master 即可，像这样：
i 是新的 merge commit。但需要注意的是，这 不能 得到我们期望的结果。因为 d 和 e 两个提交曾经被丢弃过，如此合并到 master 的代码，并不会重新包含 d 和 e 两个提交的内容，相当于只有 goudan/a-cool-feature 上的新 commit 被合并了进来，而 goudan/a-cool-feature 分支之前的内容，依然是被 revert 掉了。
所以，如果想恢复整个 tom/feature 所做的修改，应该先把 G revert 掉：
其中 G’ 是对 G 的 revert 操作生成的 commit，把之前撤销合并时丢弃的代码恢复了回来，然后再把tom的分支merge到master分支上，把解决 bug 写的新代码合并到 master 分支
