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

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

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

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

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

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

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

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

I’m not a git expert and just arrived on this forum to understand it! Thus maybe my explanation is not perfect, sorry for that. I found all the other answer helpful and I will just try to give another perspective. I will modify a bit the question since I guess that it was maybe the intent of the author: “I’m new to git. Before using git, I was renaming my files like this: main.c, main_1.c, main_2.c when i was performing majors changes in order to be able to go back in case of trouble. Thus, if I decided to come back to main_1.c, it was easy and I also keep main_2.c and main_3.c since I could also need them later. How can I easily do the same thing using git?” For my answer, I mainly use the “regret number three” of the great answer of Matt above because I also think that the initial question is about “what do I do if I have regret when using git?”. At the beginning, the situation is like that:

a b c d(主)

第一个要点是创建一个新分支:git分支mynewbranch。然后一个得到:

(master和mynewbranch)

让我们假设现在有人想要回到A(前3次提交)。第二个要点是使用git reset命令——即使人们可以在网上读到这是危险的，也很难。是的，这很危险，但仅适用于未提交的更改。因此，这样做的方法是:

Git重置——commita的硬数字

or

Git复位-硬主~3

那么就得到: A (master) - B - C - D (mynewbranch)

Then, it’s possible to continue working and commit from A (master) but still can get an easy access to the other versions by checking out on the other branch: git checkout mynewbranch. Now, let’s imagine that one forgot to create a new branch before the command git reset --hard. Is the commit B, C, D are lost? No, but there are not stored in any branches. To find them again, one may use the command : git reflog that is consider as “a safety command”( “in case of trouble, keep calm and use git reflog”). This command will list all commits even those that not belong to any branches. Thus, it’s a convenient way to find the commit B, C or D.

后悔的三种类型

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

在给出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从未发生过。)

当您在存储库中修改一个文件时，更改最初是暂不执行的。为了提交它，你必须使用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.

最后，一个可视化图:

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

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

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

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