后悔的三种类型

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

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

请注意，这是一个简化的解释，旨在作为寻求理解这个复杂功能的第一步。

对于那些想要在这些命令之后可视化他们的项目状态的视觉学习者来说，这可能是有帮助的:

给定:- A - B - C (master)

适用于开启彩色终端机的用户 (git配置——global color。ui汽车):

git重置-软A，你会看到B和C的东西在绿色(分期和准备提交)

git重置-混合A(或git重置A)，你会看到B和C的东西在红色(未分期和准备分期(绿色)，然后提交)

git重置-硬A，你将不再看到B和C的变化在任何地方(将好像他们从来没有存在过)

或者对于那些使用像“塔”或“SourceTree”这样的GUI程序的人

git重置——软A，你会看到B和C的东西在“阶段性文件”区域准备提交

git reset—混合A(或git reset A)，你会看到B和C的东西在“unstaging files”区域准备移动到staging，然后提交

git重置-硬A，你将不再看到B和C的变化在任何地方(将好像他们从来没有存在过)

后悔的三种类型

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

在给出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 reset命令各选项的基本区别如下。

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

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

1） 历史/头部

2)阶段/索引

3)工作目录

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

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

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

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

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

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

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

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