你不必强迫自己记住它们之间的区别。想想你是如何做出承诺的。

做一些改变。 Git添加。 git commit -m“我做了某事”

软，混合和硬是一种让你放弃从3到1的操作的方法。

柔软的“假装”从未见过你有没有犯过错。 混“假装”从来没见过你有没有git加。 硬“假装”从来没有看到你做了文件更改。

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

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

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

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

以下是对TortoiseGit用户的基本解释:

Git复位-软-混合不动你的文件。

Git重置-实际上很难改变你的文件来匹配你重置的提交。

在TortoiseGit中，索引的概念被GUI隐藏得很好。当你修改一个文件时，你不必运行git add来将更改添加到暂存区域/索引中。当简单地处理现有文件的修改而不改变文件名时，git reset -soft和-mixed是一样的!只有添加新文件或重命名文件时才会注意到不同之处。在这种情况下，如果你运行git reset——mixed，你将不得不从Not Versioned Files列表中重新添加你的文件。

这里有许多关于git重置的误解的答案——软。虽然在特定的条件下git会重置——soft只会改变HEAD(从分离的HEAD状态开始)，通常(对于预期的用途)，它会移动您当前签出的分支引用。当然，如果你没有签出分支，它就不能这样做(因此git重置的特定条件-soft只会改变HEAD)。

我发现这是考虑git重置的最佳方式。你不只是移动HEAD(所有事情都是这样)，你也移动了分支引用，例如master。这类似于运行git commit(当前分支与HEAD一起移动)所发生的情况，只是您没有创建(并移动到)一个新的提交，而是移动到先前的提交。

这是重置的重点，将分支更改为新提交以外的内容，而不是更改HEAD。你可以在文档示例中看到:

撤销提交，使其成为主题分支 $ git分支主题/wip (1) $ git重置-硬头~3 (2) $ git结帐主题/wip (3) 您已经提交了一些文件，但是意识到它们还不适合放在“主”分支中。你想在topic分支中继续打磨它们，所以在当前HEAD的基础上创建“topic/wip”分支。 倒回主分支以摆脱这三个提交。 切换到“topic/wip”分支并继续工作。

这一系列命令的意义是什么?你想移动一个分支，master，当你签出master时，你运行git reset。

这里投票最多的答案一般都很好，但我想我应该加上这个来纠正几个有误解的答案。

改变你的分支

Git reset——soft <ref>:重置当前检出分支的分支指针到指定引用处的提交，<ref>。工作目录和索引中的文件不会被更改。从这个阶段提交将把你带回到git reset命令之前的状态。

改变你的索引

Git重置——mixed <ref>

或者同样的

Git重置<ref>:

做什么——soft做AND还重置索引以匹配指定引用的提交。虽然git reset——soft HEAD什么都不做(因为它说将检出的分支移动到检出的分支)，但git reset——mixed HEAD，或等价于git reset HEAD，是一个常见且有用的命令，因为它将索引重置为上次提交的状态。

也要更改工作目录

git reset——hard <ref>: does what——mixed does AND也覆盖你的工作目录。这个命令类似于git checkout <ref>，除了(这是关于重置的关键点)所有形式的git重置移动ref HEAD指向的分支。

关于“某某命令移动HEAD”的注释:

说命令移动HEAD是没有用的。任何改变您在提交历史中的位置的命令都会移动HEAD。这就是HEAD，一个指向你所在位置的指针。head就是你，所以无论你做什么，它都会移动。

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

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

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

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

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

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

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

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

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