版本回退
有两种方法
1、Revert操作
Revert操作会当成一个新的提交记录，追加到提交日志当中，这样便保留了原来的提交记录。（推荐）
2、利用IDEA的Reset Head指针
Reset Head指针，会抛弃原来的提交记录，使Head指针强制指向指定的版本。
Revert：回退，Reset：重置
图片.png
Revert
图片.png
图片.png
图片.png
重新提交到本地仓库(见下图)，可以看到增加了回退代码的提交记录
图片.png
图片.png
这种回退的好处在于，如果后悔了“回退”这个操作，也可以回退到没有回退之前的版本。因为历史记录还保留提交记录。
Reset
HEAD^的意思是上一个版本，也可以写成HEAD~1
如果你进行了2次commit，想都撤回，可以使用HEAD~2
mixed
在所选提交点之后所做的更改将被保留，但不会保留已提交；
适合于提交的内容有误，只想修正回来就可以了这种情况。
默认参数，git reset --mixed HEAD^ 和 git reset HEAD^ 效果是一样的。
soft
在选定提交点之后所做的所有更改都将被暂存（可以在 Version Control 窗口Local Changes查看它们）。
hard
在所选提交点之后所做的所有更改都将被丢弃（工作空间的改动、已暂存的、已提交的）。
Keep
在选定的提交点之后所做的提交更改将被丢弃，但本地更改将保持不变。
如果不指定reset的模式，默认使用 -mixed模式。
Mixed
图片.png
Hard
图片.png
Mixed 和 Soft区别：
回退点之后的所有更改都将会保留，但一个会被git追踪下来，一个不会被追踪。
git追踪 ？
意思是回退后，提交点后新增的类、XML等等文件 (不包括修改的文件)，Soft 方式回退的会出现在 Default ChangeList下面，Mixed 方式回退的会出现在 Unversioned Files下面。
提交点后修改的文件两种回退方式都会出现在Default ChangeList下面
图片.png
图片.png
reset操作步骤
方式一
1、在提交记录中选择对应版本回退
图片.png
图片.png
2、这样本地仓库就回退到了对应的版本，但这时同步远程仓库会提示Push拒绝。
打开Terminal标签，在本项目目录下，输入git push -f 强制同步远程仓库。
方式2：
1、在“Show History”中找到当前版本号（取名：newVersion）和想要回退到的版本号（oldVersion）；Hard方式回退到 oldVersion；
图片.png
图片.png
2、这时候 push会冲突，然后再 Mixed方式回退到 newVersion；
图片.png
这时你会发现，最新版本回到 newVersion。但是代码还是 oldVersion的代码，这时候重push到远程仓库就不会版本冲突了（Mixed会保留提交点之后的修改）。
但是，不管哪种方式同步，git日志都会丢失版本1以后的提交。所以不推荐Reset方式回退版本
图片.png
图片.png
小结
Revert：其实也是设置Head指针。可以后悔，
Reset 中git push -f 强制同步操作不推荐使用，在团队协作环境中可能会引发问题；
顺便说一下，如果commit注释写错了，只是想改一下注释，只需要：