版本回退：revert撤销

Git的三种后悔药

在Git中后悔药有三种：amend、revert、reset。

  • git commit --amend：新的提交覆盖上一次提交的内容。
  • git revert：提交一个新的commit，来撤销之前的commit。
  • git reset：直接回滚到指定的commit。
    --soft：只回退版本库，工作区和暂存区的内容不回退。
    --mixed（默认）：回退版本库和暂存区，工作区中的内容不回退。
    --hard：工作区，暂存区，版本库中的内容都回退到指定的提交。（危险的）

revert命令原理

在使用Git的操作中，遇到需要回滚代码的情况几乎是难以避免的，而 git revert 命令是一个非常实用的功能，掌握好 git revert 命令的使用是很有必要的。

git revert命令：是用于“反做”某一个版本，以达到撤销该版本的修改的目的。

比如，我们提交了三个版本，突然发现版本二不行（如：有bug），想要撤销版二，但不想或不需要撤销版本三提交，就可以用 git revert 命令来反做版本二，同时生成新的版本四，这个版本四里会保留版本三的东西，但撤销了版本二的东西。

但注意：版本二的历史提交记录是不会删除的。

如下图所示：

提示：注意是revert命令是撤回某个改动，不是reset命令撤回到某个改动。另外，这条命令不会删除任何commit记录，而是会新增一条revert操作的commit记录（会弹出commit message的编辑窗口）。

revert命令的使用

现有一个版本库，其中有4次提交，版本库的历史提交记录如下：

$ git log --oneline
c04b29c (HEAD -> master) 第4次提交，新增内容：revert test v4
fd819dc 第3次提交，新增内容：revert test v3
c71ae3c 第2次提交，新增内容：revert test v2
557f7c3 第1次提交，新增readme.txt文件

我们发现第三次提交和第四次提交有错误，需要撤销。

如下图：

（1）移除某次提交的修改

commit-1和 commit-2 是正常提交，而 commit-3 和 commit-4 是错误提交。现在，我们想把 commit-3 和 commit-4 撤销掉。而此时，HEAD 指针指向 commit-4 提交（c04b29c）。我们只需将 HEAD 指针移动到commit-2 提交（c71ae3c），就可以达到目的。

我们一定会想到之前学过的 git reset 命令。执行命令git reset --hard c71ae3c，就可以退回到 commit-2 提交。

采用这种方式回退代码的弊端显而易见，那就是会使 HEAD 指针往回移动，从而会失去之后的提交信息。将来如果突然发现， commit-3 和 commit-4 是多么绝妙的想法，可它们已经早就消失在历史的长河里了（但是通过reflog也能找回来）。

而且，有些公司明令禁止使用 git reset 命令去回退代码，原因与上述一样。所以，我们需要找到一个命令，既可以回退代码，又可以保存错误的提交。这时 git revert 命令就派上用场了。

命令：git revert <commit>

# 1.撤销第四次提交
$ git revert c04b29c
[master d0c8e48] Revert "第5次提交，revert 撤销第4次提交"
 1 file changed, 1 deletion(-)

# 之后会弹出一个编辑文本框，来让你写新生成提交的注释。

# 2.查看版本库历史提交记录
$ git log --oneline
d0c8e48 (HEAD -> master) Revert "第5次提交，revert 撤销第4次提交"
c04b29c 第4次提交，新增内容：revert test v4
fd819dc 第3次提交，新增内容：revert test v3
c71ae3c 第2次提交，新增内容：revert test v2
557f7c3 第1次提交，新增readme.txt文件
# 可以看到第4次提交的commit依然存在。

# 3.查看readme.txt文件内容
$ cat readme.txt
revert test v1
revert test v2
revert test v3
# 可以看到V4 版本内容已经没有了。

这里需要说明一下：

git revert命令的作用通过反做创建一个新的版本，这个版本的内容与我们要回退到的目标版本一样，但是HEAD指针，是指向这个新生成的版本，而不是目标版本。

使用 git revert 命令来实现上述例子的话，我们可以这样做：先 revert commit-4，再 revert commit-3 （有多个提交需要回退的话需要由新提交到旧提及哦啊进行 revert）。

我们继续同样的操作步骤，把第三次提交也撤销掉。

# 1.撤销第3次提交
$ git revert fd819dc
[master 30f7626] Revert "第6次提交，revert 撤销第3次提交"
 1 file changed, 1 deletion(-)

# 2.查看版本库历史提交记录
$ git log --oneline
30f7626 (HEAD -> master) Revert "第6次提交，revert 撤销第3次提交"
d0c8e48 Revert "第5次提交，revert 撤销第4次提交"
c04b29c 第4次提交，新增内容：revert test v4
fd819dc 第3次提交，新增内容：revert test v3
c71ae3c 第2次提交，新增内容：revert test v2
557f7c3 第1次提交，新增readme.txt文件

# 3.查看readme.txt文件内容
$ cat readme.txt
revert test v1
revert test v2

通过上面练习，我们可以得出，git reset撤销和git revert撤销的区别，如下图所示：

revert命令说明

git revert <commit>命令：

  1. 这个命令会生成一个新的提交记录，新的提交记录就是把需要移除的提交撤销掉，所生成的新提交。
  2. 如果工作区或暂存区还有修改未提交，那么会提示需要先提交或存储起来这些文件。
  3. 如果在移除的过程中发生了冲突，可以在解决了冲突后，使用 git add 命令添加修改的冲突文件到暂存区中，在使用 git revert --continue 来继续操作。
    如果不想继续操作，当然也可以使用 git revert --abort 命令来停止移除操作，恢复到执行git revert <commit>命令之前的状态。
  4. 如果revert移除的过程中出现冲突，需要把这些冲突解决才可以继续操作。我们可以使用 git revert --skip 命令来跳过一个commit的冲突解决。如果后续还有冲突，也同样如此进行跳过，直到全部冲突解决完成。
    但是使用git revert --skip 命令跳过的commit，将会在历史提交记录中被删除（reflog命令还是可以看到的），所以git rebase --skip 这个命令慎用。

一次移除某几次提交

上面的演示中，只有两个提交需要 revert，我们可以一个个回退。但如果有几十个呢？一个个回退肯定效率太低而且容易出错。

我们可以使用以下方法进行批量回退：

git revert移除某几次提交的修改

命令：git revert <commit6> <commit5> <commit4> …

注意：提交的顺序是从最近的提交开始往前写。

# 1.查看版本库历史提交记录
$ git log --oneline
30f7626 (HEAD -> master) Revert "第6次提交，revert 撤销第3次提交"
d0c8e48 Revert "第5次提交，revert 撤销第4次提交"
c04b29c 第4次提交，新增内容：revert test v4
fd819dc 第3次提交，新增内容：revert test v3
c71ae3c 第2次提交，新增内容：revert test v2
557f7c3 第1次提交，新增readme.txt文件

# 2.把第5、6次提交移除
# 先写提交5ID，在写提交6ID
$ git revert d0c8e48 30f7626
Auto-merging readme.txt
CONFLICT (content): Merge conflict in readme.txt
error: could not revert d0c8e48... Revert "第5次提交，revert 撤销第4次提交"
hint: after resolving the conflicts, mark the corrected paths
hint: with 'git add <paths>' or 'git rm <paths>'
hint: and commit the result with 'git commit'

说明：

  • Auto-merging readme.txt：自动合并readme.txt文件出现问题。
  • CONFLICT (content): Merge conflict in readme.txt：冲突（内容）：在readme.txt中合并冲突。
  • error: could not revert d0c8e48... Revert "第5次提交，revert 撤销第4次提交"：无法还原d0c8e48提交。
  • hint: after resolving the conflicts, mark the corrected paths：解决冲突后，把冲突文件提交到暂存区。
  • hint: with 'git add <paths>' or 'git rm <paths>'：可使用“ git add <路径>”或“ git rm <路径>”方法，添加冲突文件到暂存区，或者删除文件。
  • hint: and commit the result with 'git commit'：提示：并使用'git commit'提交结果。

我们应该先写commit-6，在写commit-5。

# 1.撤销第5、6次提交
$ git revert 30f7626 d0c8e48
[master 31341a4] Revert "Revert "第7次提交，revert 撤销第5、6次提交""
 1 file changed, 1 insertion(+)
[master 509c208] Revert "Revert "第8次提交，revert 撤销第5、6次提交""
 1 file changed, 1 insertion(+)

# 2.查看版本库历史提交记录
$ git log --oneline
509c208 (HEAD -> master) Revert "Revert "第8次提交，revert 撤销第5、6次提交""
31341a4 Revert "Revert "第7次提交，revert 撤销第5、6次提交""
30f7626 Revert "第6次提交，revert 撤销第3次提交"
d0c8e48 Revert "第5次提交，revert 撤销第4次提交"
c04b29c 第4次提交，新增内容：revert test v4
fd819dc 第3次提交，新增内容：revert test v3
c71ae3c 第2次提交，新增内容：revert test v2
557f7c3 第1次提交，新增readme.txt文件

# 3.查看readme.txt文件内容，又回到V4版本了
$ cat readme.txt
revert test v1
revert test v2
revert test v3
revert test v4

我们可以看到，每撤销一个commit提交，都会生成一个新的提交。上面撤销了两个commit，就让你编写两次提交说明信息。

这时，错误的提交 commit-5 和 commit-6 依然保留，将来进行甩锅的时候也有依可循。而且，这样操作的话 HEAD 指针是往后移动的，可以直接使用 git push 命令推送到远程仓库里，而这种做法，正是企业所鼓励的。

git revert 移除某几次连续的提交的修改

命令：git revert <commit新>...<commit旧>

注意：

  • 含头不含尾，也就是撤销的提交，包含<commit新>，不包含<commit旧>。
  • 提交的顺序也是，最新的commit开头，然后往前到比较远的commit提交。
  • 移除过程中如果有冲突：
    不知道某次提交的修改内容，可以使用 git show 查看修改内容。
    Git冲突的时候会提示当前要还原的commit的id是多少，如上error: could not revert d0c8e48... Revert "第5次提交，revert 撤销第4次提交"。
  • 过程中移除了几次提交的修改，也会相应的生成几次revert commit记录。

revert命令常用参数

-n参数

作用：git revert 命令移除某几次的提交的修改，但是不要使用还原的更改创建任何提交，还原只是修改工作树和索引。简写-n，全称--no-commit。

命令：git revert -n <commit新>...<commit旧>

-m参数

作用：git revert 移除merge（合并）的修改内容。

说明：如果我们需要还原的提交的是merge的操作，直接使用 git revert <commit> 的方式是不行的，会提示我们：

error: commit ... is a merge but no -m option was given.
fatal: revert failed

因为merge操作有两个分支，而revert不知道要还原哪个分支的提交，就没法进行还原\移除那些提交记录的修改的操作了，所以我们用-m 1来告诉git revert命令哪个是主线，哪个是非主线。（选择主线就还原非主线，选择非主线就还原主线）

另外，这个主线是1还是2是从哪里看出来的呢？

我们可以使用 git show 命令查看，如果是普通的commit提交，通常会显示这个commit的id、作者、日期、备注、更改文件内容等；如果是merge的记录，则会显示merge 的commit-id，备注、日期和merge的主线和合并过来的id。

例如：

commit 63374e93eebd2b86882e5a4bb75dcd9d0e334b15
Merge: bc64f61 72032b7
Author: unknown [test@163.com](mailto:test@163.com)
Date: Sun Jul 19 11:34:21 2020 +0800

  Merge branch ‘testcopy2’ into testcopy

如上第二行，Merge: bc64f61 72032b7，bc64f61 就是主线的id，编号就是1；72032b7就是非主线的id，编号就是2。
此时，我们要把合并过来的分支的修改给还原掉，那么就可以指定1为主线，还原掉2的提交了。

git revert和git reset命令的区别

git revert命令是用一次新的commit来回滚之前的commit，git reset命令是直接回滚到指定的commit。即：git reset 命令是把HEAD向历史版本移动，而git revert命令是把HEAD继续指向新的commit。

在回滚这一操作上看，效果差不多，但是在日后继续merge（合并）以前的老版本时有区别。

因为git revert命令是用一次逆向的commit“中和”之前的提交，因此日后合并老的branch（分支）时，导致这部分改变不会再次出现。
但是git reset命令是直接在某个分支上，回退到指定的commit，后边的提交不会在版本库的历史中（只能使用reflog查看）。因而和老的branch再次merge时，这些被回滚的commit应该还会被引入。

通过以上对比可以发现，git reset 命令与 git revert 命令最大的差别就在于，git reset 命令会失去后面的提交，而 git revert 命令是通过反做的方式重新创建一个新的提交，而保留原有的提交。

在企业里，应尽量使用 git revert 命令，能不用 git reset 命令尽量不用。

 

posted @ 2024-10-24 23:33  李小菜丶  阅读(6963)  评论(1)    收藏  举报