导航
来自：https://blog.csdn.net/qq_36125138/article/details/118606548
Workspace： 工作区，就是你平时存放项目代码的地方
Index / Stage： 暂存区，用于临时存放你的改动，事实上它只是一个文件，保存即将提交到文件列表信息
Repository： 仓库区（或版本库），就是安全存放数据的位置，这里面有你提交到所有版本的数据。其中HEAD指向最新放入仓库的版本
Remote： 远程仓库，托管代码的服务器，可以简单的认为是你项目组中的一台电脑用于远程数据交换
在利用github实现多人合作程序开发的过程中，我们有时会出现错误提交的情况，此时我们希望能撤销提交操作，让程序回到提交前的样子，本文总结了两种解决方法：回退（reset）、反做（revert）。
git的版本管理，及HEAD的理解
使用git的每次提交，Git都会自动把它们串成一条时间线，这条时间线就是一个分支。如果没有新建分支，那么只有一条时间线，即只有一个分支，在Git里，这个分支叫主分支，即master分支。有一个HEAD指针指向当前分支（只有一个分支的情况下会指向master，而master是指向最新提交）。每个版本都会有自己的版本信息，如特有的版本号、版本名等。如下图，假设只有一个分支：
原理：
git reset的作用是修改HEAD的位置，即将HEAD指向的位置改变为之前存在的某个版本，如下图所示，假设我们要回退到版本一：
适用场景： 如果想恢复到之前某个提交的版本，且那个版本之后提交的版本我们都不要了，就可以用这种方法。
具体操作：
1. 查看版本号：
可以使用命令“git log”查看：
也可以在github网站上查看：
2. 使用“git reset --hard 目标版本号”命令将版本回退：
再用“git log”查看版本信息，此时本地的HEAD已经指向之前的版本：
3. 使用“git push -f”提交更改：
此时如果用“git push”会报错，因为我们本地库HEAD指向的版本比远程库的要旧：
所以我们要用“git push -f”强制推上去，就可以了：
在github图形化界面上看，远程库的HEAD也已经指向目标版本：
回退成功！
归滚后不要被回滚的代码就选择
归滚后要被回滚的代码，被回滚的代码在暂存区，当然也可以在工作区修改被回滚的代码
归滚后要被回滚的代码，被回滚的代码不在暂存区，当然也可以在工作区修改被回滚的代码
归滚后要被回滚的代码，被回滚的代码在暂存区，因为要重置工作区，所以暂存区和工作区会存在冲突（要解决冲突）
1、选择要回滚到哪个版本（被选中的版本不会被回滚）
2、选择回滚的模式
也可以选择版本号进行回滚（注意：被选中的版本号不会被回滚）
原理： git revert是用于“反做”某一个版本，以达到撤销该版本的修改的目的。比如，我们commit了三个版本（版本一、版本二、 版本三），突然发现版本二不行（如：有bug），想要撤销版本二，但又不想影响撤销版本三的提交，就可以用 git revert 命令来反做版本二，生成新的版本四，这个版本四里会保留版本三的东西，但撤销了版本二的东西。如下图所示：
适用场景： 如果我们想撤销之前的某一版本，但是又想保留该目标版本后面的版本，记录下这整个版本变动流程，就可以用这种方法。
具体操作：
举个例子，现在库里面有三个文件：READ.md、text.txt、text2.txt。
可以通过命令行查看（输入git log）：如图，最近的两个版本分别叫：“add text.txt”（即新增了文件text.txt）、“add text2.txt”（新增了文件text2.txt）。这个时候我们不需要text.txt这个文件了，那就是说不想要“add text.txt”那个版本的操作，那可以通过反做“add text.txt”这个版本来实现。
也可以通过github网站图形化界面查看版本号：
2.使用“git revert -n 版本号”反做，并使用“git commit -m 版本名”提交：（1）反做，使用“git revert -n 版本号”命令。如下命令，我们反做版本号为8b89621的版本：
git revert -n 8b89621019c9adc6fc4d242cd41daeb13aeb9861 1
注意： 这里可能会出现冲突，那么需要手动修改冲突的文件。而且要git add 文件名。（2）提交，使用“git commit -m 版本名”，如：
git commit -m "revert add text.txt"
此时可以用“git log”查看本地的版本信息，可见多生成了一个新的版本，该版本反做了“add text.txt”版本，但是保留了“add text2.txt”版本：
3.使用“git push”推上远程库：
git push
查看github上显示的远程库版本信息：
此时查看仓库的文件，剩下两个：READ.md、text2.txt
反做成功！
冲突
revert如果之前和之后版本有改到同一个地方也会触发冲突（需要手动解决冲突）
选择要revert的版本进行revert（是revert选中的本版）
也可以复制版本号进行revert
在浏览器选择要回滚的版本进行回滚（示例gitlab）
1、上面讲这两种方案都讲了使用场景
2、说下选择revert我遇到的坑
比如某个需求开发完成后（A分支）需要合并到主分支，却不小心把B分支合到主分支，B分支还在开发中未能达到合并的要求，这种场景正常情况直接reset掉就行，假如选择了revert也可以达到目的，但是后面B开发完成需要合并主分支后，发现主分支合不上，原因是之前已经有个revert的记录，遇到这种情况只需要把之前的revert记录再revert一次就行（不推荐这种操作行为）。所以正确的选择回滚的方式可以避免不必要的麻烦。