用最简单的话来说:

——soft:取消提交更改，更改是阶段性的(index)。 ——mixed(默认):uncommit + unstage变更，变更留在工作树中。 ——难:uncommit + unstage + delete changes，什么都不剩。

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

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

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

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

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

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

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

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

用最简单的话来说:

——soft:取消提交更改，更改是阶段性的(index)。 ——mixed(默认):uncommit + unstage变更，变更留在工作树中。 ——难:uncommit + unstage + delete changes，什么都不剩。