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

1） 历史/头部

2)阶段/索引

3)工作目录

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

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

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

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

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

1） 历史/头部

2)阶段/索引

3)工作目录

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

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

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

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

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

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

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

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

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

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

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

当您在存储库中修改一个文件时，更改最初是暂不执行的。为了提交它，你必须使用git add来执行它——也就是说，将它添加到索引中。当你提交时，提交的更改是那些已经添加到索引中的更改。

git重置更改，至少，当前分支(HEAD)指向的位置。-混合和-软之间的区别在于索引是否也被修改。如果我们在master分支上进行这一系列的提交:

- A - B - C (master)

头指向C，索引匹配C。

当我们运行git reset -soft B, master(因此HEAD)现在指向B，但索引仍然有从C的变化;Git状态将显示它们为阶段性。如果我们在这里运行git commit，我们会得到一个新的commit，和C一样。

好的，再从这里开始:

- A - B - C (master)

现在让我们进行git重置-mixed b(注意:-mixed是默认选项)。同样，master和HEAD指向B，但这一次索引也被修改以匹配B。如果我们在这一点上运行git commit，什么也不会发生，因为索引匹配HEAD。我们在工作目录中仍然有更改，但由于它们不在索引中，git状态将它们显示为未暂存。要提交它们，你需要git添加，然后像往常一样提交。

And finally, --hard is the same as --mixed (it changes your HEAD and index), except that --hard also modifies your working directory. If we're at C and run git reset --hard B, then the changes added in C, as well as any uncommitted changes you have, will be removed, and the files in your working copy will match commit B. Since you can permanently lose changes this way, you should always run git status before doing a hard reset to make sure your working directory is clean or that you're okay with losing your uncommitted changes.

最后，一个可视化图:

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

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

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

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