通常我们提交代码一般都是 git add ，git commit -m, git push的这么个流程。添加到暂存区，提交到git库生成版本号，push到远程仓库以供他人可以使用。这是一个完整的且非常顺利的流程。但是往往实际开发中并不是这么顺利，总会出现这样或那样的问题。
git reset就是当我们提交了错误的内容后进行回退使用的命令。
git reset 版本号，就是回退到该版本号上。
通常我们使用
git reset HEAD就是回退到当前版本。git reset HEAD^回退到上一版本
如我们git add 一个文件
这时我们发现添加了错误的内容，此时我们只是做了add 操作，就是将修改了内容添加到了暂存区，还没有执行commit，所以还没有生成版本号，当前的版本号对应的内容，还是你add之前的内容，所以我们只需要将代码回退到当前版本就行。
git reset HEAD ，截图中也有提示内容 use git reset HEAD <file> to unstage,我的理解就是去除掉添加到暂存区的内容。
执行命令后，我们再看看当前的git 状态，如图：
查看状态，发现和我们修改了工作区的内容，还没有add时的状态是一样的了。
说明git reset HEAD操作只对暂存区起效果，不对工作区的内容起效果。所以我们要想修改掉工作区的内容还得继续执行命令进行还原。根据上面的截图提示，git add是添加，因为我们发现了错误才回退的，所以肯定不能执行这个了。
还有个命令提示：git checkout --<file> to discard changes in working directory这个意思就是下载某某文件，丢弃掉该文件在工作区的改变内容。姑且就这么翻译吧。就是把文件还原了，工作区的修改也没了。我们执行该命令查看状态，如图：
此时你去看工作的文件修改的地方就会已经没有了，工作区文件也干净了，算是彻底把文件还原了。
以上的场景是add后还没有commit的，下面我们看一下已经add并且commit之后的该如何
如图，我已经commit了，还没有push,push的内容我们先不管，push这个命令其实和提交没关系，他只是推送到远程了，如果push了，也就是我们回退了之后，再重新push一下而已，所以请不要纠结push这个操作。他和提交版本其实没有关系的。
回归话题。我们已经commit了，说明已经生成了最新的版本号了，此时我们想回退，则肯定是回退到之前的一个版本了，如果你知道前一个版本的版本号，git reset 版本号，这样就可以了，但是一般我们不会去记版本号的，当然你可以执行git log命令去查到。git为我们提供了一个更简单的回退上一个版本的方法 git reset HEAD^,此命令专门用于回退到上一个版本，如果你的错误路程已经走的很远了，仅仅回退上一个版本可能也解决不了了，那就需要查找日志，找到对应的版本号进行git reset 版本号进行回退了。我们执行 git reset HEAD^后，再查看状态，如图：
这个截图和只做了add,没有进行commit的回退后的截图一致的。唯一的区别就是，
git reset 后面跟的一个是HEAD，一个是HEAD^，这个应该很好理解，因为一个没有commit,还没有生成版本号，一个已经commit了，有的新的版本号了。要回退肯定要用之前的版本号了。
本来想说git reset --hard 和没有--hard的区别的，结果扯了这么多没用的，唉希望没有绕晕吧。后面我们说明一下--hard的作用
同样的，我们先add,不进行commit操作，add后，我们执行 git reset --hard HEAD,如图：
然后我们执行git status查看状态，如图：
注意，这里和没有--hard是有区别的了啦，有了参数--hard,直接把工作区的内容也修改了，不加--hard的时候只是操作了暂存区，不影响工作区的，--hard一步到位，不加--hard需要分开执行，两步操作。看上去加了--hard方便好多，但是我不建议大家使用这个，因为这个杀伤力有点强。万一手残删掉了一些自己不想删的就没有后悔药了。所以慎用吧
加了--hard的，有没有commit的是没有区分的，这里不做截图了。大家可以自己尝试。
