git reset命令各选项的基本区别如下。

——soft:只重置HEAD到你选择的提交。工作原理与git签出基本相同，但不创建分离的头部状态。 ——mixed(默认选项):将HEAD重置为您在历史记录中选择的提交，并撤消索引中的更改。 ——hard:将HEAD重置为您在历史记录中选择的提交，撤消索引中的更改，并撤消工作目录中的更改。

所有类型的重置都会改变回购中的HEAD。此外…… >将从repo中删除的提交的更改移动到索引中，并合并已经存在的任何更改。 Git reset——hard <b>丢失工作树和索引中的更改。 它是唯一更改工作树的方法。

所有其他的答案都很棒，但我发现最好通过将文件分解为三类来理解它们:非阶段性、阶段性和提交:

——困难应该是容易理解的，它恢复了一切 ——mixed(默认): 非暂存文件:不要更改 暂存文件:移至非暂存文件 提交文件:移动到非暂存状态 ——软: 非暂存文件:不要更改 阶段性文件:不要更改 提交文件:移动到阶段性

总而言之:

-软选项将移动所有(除了非暂存文件)到暂存区 混合选项会把所有东西都移到非舞台区域

git reset命令各选项的基本区别如下。

——soft:只重置HEAD到你选择的提交。工作原理与git签出基本相同，但不创建分离的头部状态。 ——mixed(默认选项):将HEAD重置为您在历史记录中选择的提交，并撤消索引中的更改。 ——hard:将HEAD重置为您在历史记录中选择的提交，撤消索引中的更改，并撤消工作目录中的更改。

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

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

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

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

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

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

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

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

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