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

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

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

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

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

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

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

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

莫·阿里用最简单的方式解释了这一点，下面是另一个简单的解释:

——soft:重置HEAD指针指向上一次提交

——mixed:——soft + delete添加的更改

——hard:——混合+恢复工作树文件的变化(小心!)

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

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

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

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

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

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

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

后悔的三种类型

许多现有的答案似乎并不能回答实际的问题。它们是关于命令做什么，而不是关于你(用户)想要什么——用例。但那正是警察问的!

在给出git reset命令时，你会后悔什么，这样的描述可能更有帮助。假设我们有这个:

A - B - C - D <- HEAD

以下是一些可能会让你后悔的事情，以及应对方法:

1. 我很遗憾B, C, D不是一个人。

git重置——软A，我现在可以立即提交，从A开始的所有更改都是一次提交。

2. 我很遗憾B、C和D不是两次提交(或十次提交，或其他)。

提交已经消失，索引回到了A，但是工作区域看起来仍然和d之后一样。所以现在我可以在一个完全不同的分组中添加并提交。

3.我很遗憾B, C, D发生在这支树枝上;我希望我在A之后有一个分支它们发生在另一个分支上。

在另一个分支上创建一个新的分支，然后git重置——硬a。当前分支现在结束于a，其他分支起源于它，包含B、C和D。

(当然，你也可以使用硬重置，因为你希望B、C和D从未发生过。)