在这些情况下，我喜欢能够解释这一点的视觉效果:

Git重置-[硬/混合/软]:

所以每一个都影响不同的范围:

Hard =>工作目录+索引+ HEAD 混合=>指数+头部 软=>头只(索引和工作目录不变)。

——soft:告诉Git将HEAD重置为另一个提交，这样索引和工作目录将不会以任何方式改变。在原始HEAD和提交之间更改的所有文件都将被暂存。

-mixed:就像软的，这将重置HEAD到另一个提交。它还将重置索引以匹配它，而工作目录将不会被触及。所有更改都将保留在工作目录中，并显示为已修改，但不是阶段性的。

——hard:这将重置所有内容——它将HEAD重置回另一个提交，重置索引以匹配它，并重置工作目录以匹配它。

-混合和-软之间的主要区别是你的索引是否也被修改。点击这里查看更多信息。

简单回答这3个选项在什么情况下使用:

在代码中保留当前的更改，但要重写提交历史:

soft:你可以一次性提交所有内容，并使用新的描述创建一个新的提交(如果你使用tootise git或任何其他大多数gui，这是一个可以使用的，因为你仍然可以在提交中选择你想要的文件，并以这种方式对不同的文件进行多次提交。在Sourcetree中，所有文件都将被提交。) mixed:在提交之前，您必须将单独的文件再次添加到索引中(在Sourcetree中，所有更改的文件都将被取消staging)

要真正丢失您在代码中的更改:

难的是:你不仅重写了历史，而且还失去了你重置之前的所有更改

在研究这三个选项之前，我们必须了解三件事。

1） 历史/头部

2)阶段/索引

3)工作目录

reset——soft:历史记录已更改，HEAD已更改，工作目录未更改。

reset——mixed:历史记录已更改，HEAD已更改，工作目录已更改。

reset——hard:历史记录更改，HEAD更改，工作目录更改，数据丢失。

使用Git总是安全的——软的。在复杂的需求中应该使用其他选项。

mkarasek的回答很好，简单来说，我们可以说……

git reset——soft:将HEAD设置为预期的提交，但保持从上次提交开始的更改 Git重置-混合:它和Git重置一样-软，但唯一的区别是它从上次提交中UN stage你的更改 git reset——hard:在你指定的提交上设置HEAD，并重置你从上次提交的所有更改，包括未提交的更改。

——soft和——mixed有点相似，唯一的区别是，如果你想在暂存区中保留你的更改，使用——soft，如果你不想在暂存区中更改，使用——mixed。

用最简单的话来说:

——soft:取消提交更改，更改是阶段性的(index)。 ——mixed(默认):uncommit + unstage变更，变更留在工作树中。 ——难:uncommit + unstage + delete changes，什么都不剩。