Git 错误提交后该如何回滚操作

1. Git 架构

Workspace：工作区（当前用户操作修改的区域）
Index / Stage：暂存区（add 后的区域）
Repository：仓库区或本地仓库（commit 后的区域）
Remote：远程仓库（push 后的区域）

整体过程可以简述为：

工作区–>add–>暂存区–>commit–>本地仓库区–>push–>远程仓库区
远程仓库区–>fetch–>使用 refs\remotes 下对应分支文件记录远程分支末端 commit_id 和本地仓库区 -->merge–>工作区
远程仓库区–>pull–>使用 refs\remotes 下对应分支文件记录远程分支末端 commit_id and 本地仓库区 and 工作区

具体的 git 的组成部分和概念命令，请移步下述两个博客（超链接）：
Git 技术干货！工作中 Git 的使用实践和常用命令合集！
Git - 使用 git 不知道内部实现机制怎么行

新建一个 Git 仓库，在 Git 仓库中可逻辑上划分三个区域——工作目录、暂存区、版本库，这三个区域是抽象的，Git 仓库中以文件来记录各个区域的内容。

Git 会追踪工作目录里文件及内容的变更。当我们在 Git 仓库的工作目录下新建三个文件，Git 会将新建的文件视作变更（图中五角星表示被 Git 检测到更改）。

我们想将 html 文件提交到仓库中，首先将变更（新建的 HTML ）从工作目录添加到暂存区。然后将这个文件从暂存区提交到版本库。这时才算拍摄了一组快照，提交的更改不会丢失。

当我们在工作目录下修改了一个文件， Git 仓库会识别文件修改部分（标记 2 颗星），然后我们将文件修改添加到暂存区，最后将文件修改提交到版本库。

修改 CSS 文件，将修改添加到暂存区，再提交到仓库。

问题：如果我们在工作目录下第一次修改一个文件，并将它添加到暂存区，然后我们第二次修改文件，第二次修改没有添加到暂存区，最后我们将文件 commit 到版本库，请问仓库的文件内容是第几次修改的？请思考。

如果第一次修改 CSS 文件，添加到暂存区，再第二次修改 CSS 文件，现在执行 commit，提交到版本库只有第一次修改的内容。

当执行 commit 时，只有暂存区中的内容会被提交到版本库。

如果我们想要将第二次修改也 commit 到版本库，我们必须先将第二次修改先添加到暂存区，第一次修改的暂存与第二次修改的暂存合并，然后执行 commit，仓库中就会有第一次和第二次修改的内容。

添加到暂存区的内容会合并，一起提交到仓库。

第一次修改 CSS 文件，添加到暂存区，但没有提交仓库；第二次修改 CSS 文件，添加到暂存区，会与第一次的修改合并，这时提交到版本库的内容是两次修改的合并。

2. 实践

假设项目存在这么一个提交记录：

$ git log
commit commit_id4 (HEAD -> master)
Author: test
Date:   Thu Aug 20 16:28:45 2020 +0800第三次修改 README 文件
commit commit_id3 (HEAD -> master)
Author: test
Date:   Thu Aug 20 16:28:45 2020 +0800第二次修改 README 文件
commit commit_id2
Author: test
Date:   Thu Aug 20 16:28:19 2020 +0800第一次修改 README 文件
commit commit_id1
Author: test
Date:   Thu Aug 20 16:26:59 2020 +080初始化项目

提交顺序为：commit_id1 --> commit_id2 --> commit_id3 --> commit_id4
注意：在 git 中每次的 commit 都有一个 commit id 唯一标识当前的提交！

下面，我们先来解决小明的这个问题，使用git reset即可完美解决~

3. 问题解决

洋仔：小明，你的这个就可以用git reset 这个命令来完美的搞定，下面我们看一下如何解决

1、获取当前提交的 commit id
命令：git log
获取到当前项目分支下的所有 commit 记录；
假设上述小明提交错误的 commit id 为commit id：commit_id4这一次提交；
他的上一次提交就是commit id：commit_id3 ，我们要将修改回滚到commit_id3的时刻！

小明：我想要把我刚才 commit 的修改保留下来，我修改的代码不能给我删除掉呀！
洋仔：没问题

2、将某个 commit id 前的 commit 清除，并保留修改的代码
命令：git reset <commit_id> 当前场景下就是：git reset commit_id3
将指定 commit_id 后的所有提交，都去除，并保留修改的代码在本地的区域，也就是Workspace中

小明：啊哈，这样的话我就可以把错误代码修改后再提交了；但是我已经 push 到线上仓库的数据怎么办呢？
洋仔：别急，有办法~

3、修改代码完成后，将修改好的代码 add 到暂存区，并提交到本地仓库中
命令：git add <file_name> and git commit
当前场景下：git add . and git commit 将最新修改后的代码 commit 则提交后的提交记录假设如下：

可以看到，我们错误提交的commit_id4提交记录消失，取而代之的是我们更新代码后提交的记录commit_id5；这样就完成了本地的代码修改和更新

$ git log
commit commit_id5 (HEAD -> master)
Author: test
Date:   Thu Aug 20 16:28:45 2020 +0800第三次修改 README 文件-更新错误后提交
commit commit_id3 (HEAD -> master)
Author: test
Date:   Thu Aug 20 16:28:45 2020 +0800第二次修改 README 文件
commit commit_id2
Author: test
Date:   Thu Aug 20 16:28:19 2020 +0800第一次修改 README 文件
commit commit_id1
Author: test
Date:   Thu Aug 20 16:26:59 2020 +080初始化项目

整体流程如下：

git log
git reset commit_id3
修改代码
git add .
git commit -m '第三次修改 README 文件-更新错误后提交'

洋仔：好了，小明，你的问题完美解决了
小明：哦吼，但是我还有一个问题：如果我想要不保留回滚 commit 的修改，直接删除掉修改！该怎么处理呢？
洋仔：简单~ 我们整体看一下 git reset 命令

3.1 后悔药 git reset

在进行下面的讲解是，还是先假设有这么一个提交链：
commit_id1 --> commit_id2 --> commit_id3 --> commit_id4

git reset <param> commit_id2

reset 是将 HEAD 重新定位到commit_id2上，对于 commit_id3 和 commit_id4 和本地当前的修改，对于不同的参数 param，会有不同的处理：

reset 命令有三种处理模式：

–soft：保留 commit 修改，将修改存储到 index 中；也就是说 git add 后的区域
–mixed：保留 commit 修改，将修改存储到本地工作区域中；也就是说 git add 前的区域
–hard：删除 commit 修改，慎用！

git reset --soft
回滚 commit_id 前的所有提交，不删除修改：
git reset --soft commit_id
重设 head，不动 index，所以效果是 commit_id 之后的 commit 修改全部在 index 中将 id3 和 id4 的修改放到 index 区（暂存区），也就是 add 后文件存放的区域，本地当前的修改保留

git reset --soft SHA 会将对应的 commit 更改回退到暂存区：
git reset --mixed
回滚 commit_id 前的所有提交，不删除修改：git reset commit_id 等同于 git reset --mixed commit_id 与下述的 git reset --hard commit_id 效果不同。
重设 head 和 index，不重设 work tree，效果就是 commit_id 之前的修改，全部在 work tree 中，为还未 add 的状态将 id3 和 id4 的所有修改放到本地工作区中，本地当前的修改保留。

git reset --mixed SHA 会将对应的 commit 更改回退到工作目录：
git reset --hard
回滚 commit_id 前的所有提交，将修改全部删除：git reset --hard commit_id
重设 head、index、work tree，也就是说将当前项目的状态恢复到 commit_id 的状态，其余的全部删除（包含 commit_id 后的提交和本地还未提交的修改）慎用！！

git reset --hard SHA 会将对应的 commit 直接删除，无法恢复。

git reset --hard commit_id 该命令主要是用于代码回退，仅对已经 commit 到本地的代码有效。通过 git reflog 命令查看之前版本 id 信息。
```
wohu@ubuntu-dev:~/git_demo/test_demo$ git reflog
eda37f0 HEAD@{0}: commit: third commit
8d2efe6 HEAD@{1}: commit: second commit
14b5e12 HEAD@{2}: commit (initial): first commit
wohu@ubuntu-dev:~/git_demo/test_demo$ cat README.md
- first commit
- second commit
- third commit
wohu@ubuntu-dev:~/git_demo/test_demo$
```
想再次切回到注释为 second commit 版本下，可以再次通过 git reset --hard 8d2efe6 进行版本切换。
```
wohu@ubuntu-dev:~/git_demo/test_demo$ git reset --hard 8d2efe6
HEAD is now at 8d2efe6 second commit
wohu@ubuntu-dev:~/git_demo/test_demo$ ls
README.md
wohu@ubuntu-dev:~/git_demo/test_demo$ cat README.md
- first commit
- second commitwohu@ubuntu-dev:~/git_demo/test_demo$
```

3.2 后悔药 git revert

小明：原来 git reset 这么强大呀！但是我这还有个问题：

如果想要只操作修改中间的一个 commit，不对其他的 commit 产生影响；也就是类似于我们只修改 commit_id2，而对 commit_id3 和 commit_id4 无影响，该怎么处理呢？

洋仔：（这么多问题，幸亏我懂，要不这次就丢大了。。）简单！ git revert 命令！

适用场景： 在项目开发中，突然发现在前几次的提交中，有一次提交中包含一个 bug；当然我们可以进行一个新的修改，然后再提交一次；但是，不优雅哈哈；我们可以直接重做有 bug 的 commit~

为什么不直接去再添加一个 commit 呢？
git revert 是用于“反做”某一个版本，以达到撤销该版本的修改的目的。
比如，我们 commit 了三个版本（版本一、版本二、版本三），突然发现版本二不行（如：有 bug），想要撤销版本二，但又不想影响撤销版本三的提交，就可以用 git revert 命令来反做版本二，生成新的版本四，这个版本四里会保留版本三的东西，但撤销了版本二的东西；

在 revert 命令中常用的就两个：

git revert -e <commit_id>：重做指定 commit 的提交信息
git revert -n <commit_id>：重做执行 commit 的代码修改

git revert -e
重做 commit_id 的提交信息，生成为一个新的 new_commit_id
git revert -e commit_id
git revert -n
重做 commit_id 的提交git revert -n commit_id将 commit_id 中修改，放到 index 区，我们可以对他重新做修改并重新提交

git revert <commitHash>  回退指定提交记录git revert --no-commit <commitHash>
回退指定提交记录 --no-commit 不会自动提交成一条 `commit` 后续手动操作git revert --no-commit <commitHash1> <commitHash2>
回退多个提交记录git revert --no-commit <commitHash1>..<commitHashN>
回退一定范围的提交记录，前开后闭（不包含 1，包含 N）

3.3 revert vs reset

git revert 是用一次新的 commit 来回滚之前的 commit，此次提交之前的 commit 都会被保留不动；
git reset 是回到某次提交，提交及之前的 commit 都会被保留，但是此 commit id 之后的修改都会被删除或放回工作区等待下一次提交；

小明：还有这种操作，可以直接单独操作提交过程中的某一个 commit！太棒了！

4. 后悔药git checkout

小明：还有最后一个问题：
如果我在一次开发中，发现某个文件修改错误了，想要将文件恢复到刚 pull 代码时的状态怎么办呢？
洋仔：简单！看 git checkout 解决这个问题！

我们知道使用git checkout可以

git checkout <branch_name>切换分支
git checkout -b <branch_bame>创建分支等操作

它还有回滚指定文件的修改的功能，命令：git checkout -- <file_name>
上述语句的作用，就是将 file_name 的本地工作区的修改全部撤销，有两种情况：

如果 file_name 在 commit 后没有 add 过这个文件，则撤销到版本库中的状态
如果 file_name 在 commit 后 add 过这个文件，则撤销到暂存区的状态，也就是 add 后的状态

总之，就是让指定的文件回滚到最近的一次git add 或者 git commit时的状态！

git checkout --file 该命令是对未提交到缓存区的代码进行撤销。创建空文件 Readme.md。通过 git status 查看文件在工作区的状态。

wohu@ubuntu-dev:~/git_demo/test_demo$ echo "hello world" >> Readme.md
wohu@ubuntu-dev:~/git_demo/test_demo$ git status
On branch master
Your branch is up-to-date with 'origin/master'.
Changes not staged for commit:(use "git add <file>..." to update what will be committed)(use "git checkout -- <file>..." to discard changes in working directory)modified:   Readme.mdno changes added to commit (use "git add" and/or "git commit -a")
wohu@ubuntu-dev:~/git_demo/test_demo$

然后执行 git checkout -- Readme.md。我们又回复到了修改前的版本。

wohu@ubuntu-dev:~/git_demo/test_demo$ cat Readme.md
hello world
wohu@ubuntu-dev:~/git_demo/test_demo$ git checkout -- Readme.md
wohu@ubuntu-dev:~/git_demo/test_demo$ cat Readme.md
wohu@ubuntu-dev:~/git_demo/test_demo$

我们再次对 Readme 内容进行编辑，并将其放入到缓存区中。

wohu@ubuntu-dev:~/git_demo/test_demo$ echo "hello world" >> Readme.md
wohu@ubuntu-dev:~/git_demo/test_demo$ git add Readme.md
wohu@ubuntu-dev:~/git_demo/test_demo$ git status
On branch master
Your branch is up-to-date with 'origin/master'.
Changes to be committed:(use "git reset HEAD <file>..." to unstage)modified:   Readme.mdwohu@ubuntu-dev:~/git_demo/test_demo$ git checkout -- Readme.md
wohu@ubuntu-dev:~/git_demo/test_demo$ git status
On branch master
Your branch is up-to-date with 'origin/master'.
Changes to be committed:(use "git reset HEAD <file>..." to unstage)modified:   Readme.mdwohu@ubuntu-dev:~/git_demo/test_demo$

此时执行 git checkout 没有啥效果，如果想恢复就要用到我们接下来介绍的命令。

git reset HEAD -- file 该命令是将放入暂存区的代码进行撤销，放入到工作区中。

wohu@ubuntu-dev:~/git_demo/test_demo$ git reset HEAD -- Readme.md
Unstaged changes after reset:
M   Readme.md
wohu@ubuntu-dev:~/git_demo/test_demo$ git status
On branch master
Your branch is up-to-date with 'origin/master'.
Changes not staged for commit:(use "git add <file>..." to update what will be committed)(use "git checkout -- <file>..." to discard changes in working directory)modified:   Readme.mdno changes added to commit (use "git add" and/or "git commit -a")
wohu@ubuntu-dev:~/git_demo/test_demo$

这样我们的 Readme.md 代码又再次回到了工作区。再次进行 git checkout 将代码内容进行恢复。

参考：
https://gitbook.cn/books/5f4db870237b0e7d7f238fa0/index.html
https://gitbook.cn/books/5ebca21b9b907c12334b6287/index.html