git reset --soft,--hard的区别

Posted 2023-05-08

tags:

篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了git reset --soft,--hard的区别相关的知识，希望对你有一定的参考价值。

参考技术A git reset 命令可以将当前的 HEAD 重置到特定的状态。
首先要搞清楚下面几个概念

git reset 的用法
git reset [<mode>] [<commit>]
git reset 将当前分支的HEAD指向给定的版本，并根据模式的不同决定是否修改index和working tree。
常用的有三种模式，--soft, --mixed, --hard，如果没有给出<mode>则默认是--mixed

使用 --soft 参数将会仅仅重置 HEAD 到制定的版本，不会修改index和working tree

例如当前分支现在有三次提交，执行 git reset --soft HEAD~ 之后，查看git log

而本地文件的内容并没有发生变化，而index中仍然有最近一次提交的修改，这时执行git status会显示这些修改已经在再暂存区中了，无需再一次执行git add

使用 --mixed 参数与--soft的不同之处在于，--mixed修改了index，使其与第二个版本匹配。index中给定commit之后的修改被unstaged。

使用 --hard 同时也会修改working tree，也就是当前的工作目录，如果我们执行 git reset --hard HEAD~ ，那么最后一次提交的修改，包括本地文件的修改都会被清楚，彻底还原到上一次提交的状态且无法找回。所以在执行 reset --hard 之前一定要小心

使用 git revert 也能起到回退版本的作用，不同之处在于

git revert 与 git reset

Git版本回滚之 git revert 与 git reset

在使用 git 的时候，如果错误push之后，经常会回滚版本。

git的回滚有两种方式：

revert命令：这种方式，是用一种反向的 push 来重新提交一次。git中可以看到操作记录。
reset命令：这个命令，是一种重置。即错误提交了，我要删除这个提交记录。也可以实现回滚。

两个命令的对比：

revert 和 reset 看上去达到的效果是一样的，但其实是完全不同的过程。

如果已经 push 到线上代码库， reset 删除指定 commit 以后，再 git push 可能导致一大堆的冲突。但是 revert 并不会。
如果在日后现有分支和历史分支需要合并的时候，reset 恢复部分的代码依然会出现在历史分支里。但是 revert 反向提交的commit 并不会出现在历史分支里。
reset 是在正常的 commit 历史中，删除了指定的 commit，这时 HEAD 是向后移动了，而 revert 是在正常的 commit 历史中再 commit 一次，只不过是反向提交，他的 HEAD 是一直向前的。

git reset 常用参数的理解

技术分享图片

从上面这张图，可以直观的了解 git 的工作流程。

最初的状态是我们正在书写代码，这个状态对应图中的 Working diretory。这个时刻，我们的代码是独立的，跟 git 没有一点关系。
随后，我们把当前编辑的 A 文件 add 到 git 中，这个时候就跟 git 发生了关系，git 接收了我们的代码。然后把这个文件存入了自己的暂存区 stage ，后面我们对这个文件的任何更改，git 都会知晓。这个状态对应图中的 Stage/Index。
我们把写好的 A 文件 commit 到 git ，这就有了一次提交历史，对应图中的 History。在 git 中只要 commit 过的文件，都有各种方式可以恢复，基本来说，就是不会丢了。

随着项目的进行，我们发现代码写的不好，需要回退到上一次的提交，我们有几个命令可以选择。

常见以下三个命令：