Git分区理解
git的版本回滚本质上就是回滚不同的分区，所以咱们有必要简单了解一下git的分区。git在本地有三大分区：暂存区、工作区、版本库。
暂存区: add后的代码，绿色。
**工作区：**正在编写，还未add的部分，红色。
**版本库：**commit后的代码，灰色。
在IDEA中，在loacl changes中可以看到在工作区中和暂存区中的内容：
未commit时，进行回滚
已经add到暂存区，但是未commit到本地版本库的改动有两种：
1、新增的文件
2、修改的文件
新增的文件直接删除即可，如果是修改的文件，使用roll back来回滚。在local change里面，选择想要rollback的文件即可：
已经commit暂未push，进行回滚
undo commit
commit到本地版本库并且还未push的代码，可以在log里右击单次提交进行undo commit：
注意：
undo commit只能从最后一次commit开始回滚，undo commit后会要求选择一个变更列表来存放回滚后的内容，可以自己新建一个，比如此处的commit test，也可以在下拉框里选择一个已经存在的，如果是自己新建的变更列表，勾选了set active选项，后续的变动也会存放到该变更列表中：
你会看到多了一个变更列表：
变更列表有什么作用？
其实变更列表可以把它视为一个命名空间，就是用来做资源隔离的，在进行commit的时候需要下拉选择不同的变更列表来进行提交：
reset
有时候我们需要直接将本地的代码回滚到版本库的某一个版本，这时候可以使用reset来进行回滚。reset有几种模式：
soft，将版本回滚，工作区不动，暂存区=原来的+回滚后和回滚前的版本差异。
mixed，将版本回滚，回滚到了所有 git add 和 git commit 的命令执行之前。暂存区变为空，变更全部到了工作区。
hard，将版本回滚，将所有工作区和暂存区的文件修改全部清空，是真正的覆盖，不能找回了。
keep，将版本回滚，将所有commit的内容丢弃掉，未commit的内容保留。
在log上选择要回滚到的具体版本：
reset时会要求选择回滚的模式：
已commit&push，进行回滚
对commit&push的内容进行回滚其实就是对远端仓库的代码版本进行回滚，在实际开发中偶尔会将内容误推送到了远端仓库上去。比如commit的message写错了，查看log的时候才发现，比如不小心将本地还没有开发完成的代码推送到远端仓库了，由或者合并冲突或者分支的时候合并错了…等等这些情况都要我们对远端仓库的代码进行回滚。
回滚的方式其实很简单，就是将本地的代码版本回滚到指定版本（至于是用revert还是reset，看自己），然后将本地的版本用git push -f强推到远端。
在IDEA中可以在terminal中执行指令：
写在最后
Git操作是开发人员最基础的操作，但是大多数人只懂得普通的操作，像回滚这一类总是以为不难，但是出问题的时候又去百度，这个还是扎扎实实掌握一下。有益无害吧，不然就算你的编码水平还可以，一般也会被认为很菜鸡，那就不太舒服了。
好了，今天的内容就分享到这里，觉得还算有用的铁子们帮忙一键三连。另外，推荐一个新号"韭盾专栏"，主要用于整理一些上市公司的基本面的，人活资本市场中，多看点实在的东西总是有好处的，至少侃侃而谈的时候你可能在无形中给人留下与众不同的印象。
