git revert [--[no-]edit] [-n] [-m parent-number] [-s] [-S[<keyid>]] <commit>…​

git revert --continue

git revert --quit

git revert --abort

git-revert - 反做版本库中已经存在的提交记录，默认情况下反做某条记录后会产生一条新的记录。

通过-n参数可以避免再次产生一条提交记录

-m指定回滚的父节点（当回滚记录是由两分支merge产生）

git revert与git reset的区别？

git revert用于反做某个commit，而git reset是回退到某个commit。假设有四笔提交：commit1,commit2,commit3,commit4,当前HEAD指向commit4，

（1）如果此时执行git revert commit2-hash就会撤销commit2提交，commit3和commit4不影响，默认产生一个commit 5,当前HEAD指向commit 5；

（2）如果此时执行git reset commit2-hash,则会将HEAD指向commit2，后面的commit3和commit4直接没了。

git revert --continue

cherry-pick 或者revert因为冲突失败后，解决了冲突继续提交

git revert --quit

清除git revert 操作进度，在cherry-pick 或者revert因为冲突失败可以清除状态

--abort

Cancel the operation and return to the pre-sequence state.

取消git revert ，回到上一步的状态

reset命令

介绍

git reset 命令格式为:
git reset [ --soft | --mixed | --hard ] [< commitid >]
在git的这些命令中git reset是最长常用的，也是最危险的最容易被误用的。它的主要参数是：soft,mixed,hard它们告诉git，当执行reset是，要对index和working copy做什么。

参数

soft:
–soft参数只将其它的commit重置到你选定的HEAD，index和working copy中的数据不变。
mixed:
–mixed参数是将HEAD和index重置到你选定的HEAD，而working copy不变。
hard:
–hard是将HEAD，index，working copy同时改变到你规定的commit上。
注意：commitid是每次你要回退到的那个commit的id,它可以通过git log获取。

补救

如果我们通过git reset --hard将版本回退到之前的版本了，那我们还是可以补救的，先通过git reflog命令，找到要回退的commitId，然后通过命令：git reset --hard commitId来恢复。

git revert命令

revert说明

  由于某些文章说的说法可能不是很明确，所以导致一部分小袁同志们对revert有一定的误解，一开始我也很难理解revert到底是干什么的。毕竟用于版本回退的都已经有git reset了，为什么还要再出一个git revert?
  其实呢，revert它不会想reset一样”带你回到“那个你指定的提交，并假装那个提交之后的后续提交都没有发生。它是用于单个提交的逻辑否定 -并且单独提交- 保留后续提交。

举例：

比如：
我们有一个文件里面写了：

提交A
提交B
提交C
提交D

第一次我们把它改成：

提交A
2提交
提交C
提交D

并提交 假设commitId是tijiao1

第二次我们把它改成:

提交A
2提交
提交C
4提交

并提交 假设commitId是tijiao2

之后我们进行revert:
git revert tijiao1
此时结果会变成：

提交A
提交B
提交C
4提交

所以我们要知道revert是只撤回指定的提交，并保留后续的提交。
如果你想让版本直接回退到tijiao1并且取消后续所有提交那你应该使用reset。

命令

revert分两种，因为commit分两种。
一种是常规的 commit，也就是使用 git commit 提交的 commit；
另一种是 merge commit，在使用 git merge 合并两个分支之后，你将会得到一个新的 merge commit，merge commit 和普通 commit 的不同之处在于 merge commit 包含两个 parent commit，代表该 merge commit 是从哪两个 commit 合并过来的。
常规的revert:

//撤回指定的任意提交
git revert commitId
//撤回最后一次提交
git revert HEAD
//撤回倒数第二次提交
git revert HEAD^

merge的revert:加上-m表示撤回哪一个分支的。它的数据是1或2.

//保留第一个分支为主线
git revert -m 1 commitId

用法

git reset

用于回退版本，可以指定退回某一次提交的版本。直接删除指定的 commit 之后的记录。

命令语法格式如下：

git reset [--soft | --mixed | --hard] [HEAD]

• --mixed 为默认，可以不用带该参数，不删除工作空间改动代码，撤销 commit，并且撤销 git add
• --soft 不删除工作空间改动代码，撤销 commit，不撤销 git add
• --hard 删除工作空间改动代码，撤销 commit，撤销 git add

git revert

用于重做（回滚）指定某一次提交的版本。不会删除 commit 和 history ，且会把这次操作作为一次最新的提交。

命令语法格式如下：

git revert [<options>] <commit-ish>

区别

1. git revert 是用一次新的 commit 来回滚（重做）之前的 commit ，git reset 是直接删除指定的 commit。
2. 在回滚操作上看，效果差不多。但是在以后继续合并以前的老版本时有区别。 git revert 是用一次逆向的 commit （重做）之前的提交，因此以后合并老的分支时，会导致这部分改变不会再次出现，但是 git reset 是直接把某些 commit 在某个分支上删除，因而和老的分支再次合并时，这些被回滚的 commit 还会被引入。

场景

1. 小明在分支 dev1 上开发，提交了 3 次（分别为 c1、c2、c3），发布时需要把 dev1 分支合并到 master 分支上，生成记录 m2，并发布到线上。
2. 小王在分支 dev2 上开发，提交了 1 次（c1），然后也把 dev2 分支合并到 master 分支上，生成记录m3，并发布到线上。
3. 不幸的是，小名的 dev1 分支上存在 bug，需要回滚 dev1 上的所有提交。

解决

使用 git reset 会将 M1 之后的提交都回退掉， 也就是 M2 和 M3 都会消失，这不符合现在的场景，
所有推荐使用 git revert.
git revert 会生成 M4，M4 上面就没有 dev1 的提交了。

注意：
当 dev1 分支的 bug 修改完成后，在合并到 master 时，之前被重做的内容是不会出现的，也就是 C1、C2、C3 的改变不会再出现，需要再次 revert 掉 M4，生成 M5 后再进行合并。