我试图在 git 中撤消我的提交。使用 git reset --hard HEAD~1 有危险吗？

git reset 的不同选项有什么区别？

最佳答案

git reset 知道五种“模式”:软、混合、硬、 merge 和保留。我将从前三个开始，因为这些是您通常会遇到的模式。之后你会发现一个不错的小奖励，敬请期待。

假设您有一个具有类似于此历史记录的存储库:

7e05a95  (HEAD -> main) Update a
e62add5  Update b
ca9ae0a  Update a
9b6060d  Add c
eebe372  Add b
947586a  Add a

最新的提交 (7e05a95) 包含这些更改:

diff --git a/a b/a
index b66ba06..28b68e2 100644
--- a/a
+++ b/a
@@ -1 +1 @@
-new content
+new new content

现在，当您在各种不同的模式下运行 git reset 时会发生什么？让我们找出答案!

软

当使用 git reset --soft HEAD~1 时，您将从当前分支中删除最后一次提交，但文件更改将保留在您的 working tree 中。 .此外，更改将保留在您的索引中，因此使用 git commit 将创建一个与您之前“删除”的提交具有完全相同更改的提交。

这在实践中会是什么样子？像这样:

> git reset --soft HEAD^ # Assuming HEAD points at 7e05a95
> git status
On branch main
Changes to be committed:
  (use "git restore --staged <file>..." to unstage)
    modified:   a

如您所见，文件 a 中的更改已在索引中，并准备好再次提交。

混合

这是默认模式，与软模式非常相似。当使用 git reset HEAD~1 “删除”一个提交时，你仍然会在你的工作树中保留更改，但不会保留在索引中；所以如果你想“重做”提交，你必须在提交之前添加更改(git add)。

在实践中，结果可能是这样的:

> git reset --mixed HEAD^ # Assuming HEAD points at 7e05a95
> git status
On branch main
Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git restore <file>..." to discard changes in working directory)
    modified:   a

no changes added to commit (use "git add" and/or "git commit -a")

文件 a 的更改仍然存在，但它们不在索引中。

很难

当使用 git reset --hard HEAD~1 时，除了上次提交中引入的更改外，您还将丢失所有未提交的更改和所有未跟踪的文件。更改不会保留在您的工作树中，因此执行 git status 命令会告诉您您的存储库中没有任何更改。

仔细阅读这个。如果您不小心删除了从未被 git 跟踪的未提交更改(说:已提交或至少已添加到索引)，您无法使用 git 取回它们。

一个实际的例子可能是这样的:

> git reset --hard HEAD^ # Assuming HEAD points at 7e05a95
> git status
On branch main
nothing to commit, working tree clean

如您所见，没有任何更改。假设您在文件 b 中也有一些未提交的更改，这些更改也会丢失!

> echo 'some uncommitted changes' > b
> git status
On branch main
Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git restore <file>..." to discard changes in working directory)
    modified:   b

no changes added to commit (use "git add" and/or "git commit -a")

> git reset --hard HEAD^ # Assuming HEAD points at 7e05a95
> git status
On branch main
nothing to commit, working tree clean

奖金

保持

git reset --keep HEAD~1 是一个有趣且有用的方法。它只重置 current HEAD 和给定提交之间不同的文件。如果这些文件中的一个或多个有未提交的更改，它将中止重置。它基本上是一个更安全的 hard 版本。

让我们回顾一下之前的示例，您在 b 中有一些未提交的更改:

> echo 'some uncommitted changes' > b
> git status
On branch main
Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git restore <file>..." to discard changes in working directory)
    modified:   b

no changes added to commit (use "git add" and/or "git commit -a")

> git reset --keep HEAD^ # Assuming HEAD points at 7e05a95
> git status
On branch main
Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git restore <file>..." to discard changes in working directory)
    modified:   b

no changes added to commit (use "git add" and/or "git commit -a")

您删除了文件 a 中的更改，但保留了文件 b 中未提交的更改!

因此重申:“hard”将删除所有更改，而“keep”仅从重置提交中删除更改。

这些模式中的每一种都在 git reset documentation 中进行了深入解释。 .

注意
当执行 git reset 删除提交时，提交并没有真正丢失，只是没有指向它或它的任何子项的引用。您仍然可以通过找到它的 SHA-1 key 来恢复使用 git reset“删除”的提交，例如使用 git reflog 之类的命令。

关于git - 'git reset --hard HEAD~1' 和 'git reset --soft HEAD~1' 有什么区别？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/24568936/