通常我们提交代码一般都是 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的是没有区分的，这里不做截图了。大家可以自己尝试。

到此这篇关于详解git reset 加不加 --hard的区别的文章就介绍到这了,更多相关git reset --hard内容请搜索以前的文章或继续浏览下面的相关文章希望大家以后多多支持！