如何撤消git reset --hard HEAD~1?

时间:2008-08-07 23:22:51

标签: git version-control git-reset

是否可以撤消以下命令导致的更改?如果是这样,怎么样?

git reset --hard HEAD~1

19 个答案:

答案 0 :(得分:1545)

帕特诺茨是正确的。只要在几天之内,您就可以获得提交。除非你明确告诉它删除更新的blob,否则git只会在大约一个月后收集垃圾。

$ git init
Initialized empty Git repository in .git/

$ echo "testing reset" > file1
$ git add file1
$ git commit -m 'added file1'
Created initial commit 1a75c1d: added file1
 1 files changed, 1 insertions(+), 0 deletions(-)
 create mode 100644 file1

$ echo "added new file" > file2
$ git add file2
$ git commit -m 'added file2'
Created commit f6e5064: added file2
 1 files changed, 1 insertions(+), 0 deletions(-)
 create mode 100644 file2

$ git reset --hard HEAD^
HEAD is now at 1a75c1d... added file1

$ cat file2
cat: file2: No such file or directory

$ git reflog
1a75c1d... HEAD@{0}: reset --hard HEAD^: updating HEAD
f6e5064... HEAD@{1}: commit: added file2

$ git reset --hard f6e5064
HEAD is now at f6e5064... added file2

$ cat file2
added new file

您可以在示例中看到file2因硬重置而被删除,但是当我通过reflog重置时,它被放回原位。

答案 1 :(得分:333)

您要做的是指定要还原到的提交的sha1。您可以通过检查reflog(git reflog)然后执行

来获取sha1

git reset --hard <sha1 of desired commit>

但是不要等待太久......几周之后,git最终会将提交视为未引用并删除所有blob。

答案 2 :(得分:143)

答案隐藏在上面的详细回复中,您可以这样做:

$> git reset --hard HEAD@{1}

(参见 git reflog show 的输出)

答案 3 :(得分:92)

如果Git还没有收集垃圾,就可以恢复它。

通过fsck了解悬挂提交的概述:

$ git fsck --lost-found
dangling commit b72e67a9bb3f1fc1b64528bcce031af4f0d6fcbf

使用rebase恢复悬空提交:

$ git rebase b72e67a9bb3f1fc1b64528bcce031af4f0d6fcbf

答案 4 :(得分:37)

如果你真的很幸运,就像我一样,你可以回到文本编辑器并点击“撤消”。

我知道这不是一个正确的答案,但它为我节省了半天的工作,所以希望它能为其他人做同样的事情!

答案 5 :(得分:29)

IRL案例:

$ git fsck --lost-found

Checking object directories: 100% (256/256), done.
Checking objects: 100% (3/3), done.
dangling blob 025cab9725ccc00fbd7202da543f556c146cb119
dangling blob 84e9af799c2f5f08fb50874e5be7fb5cb7aa7c1b
dangling blob 85f4d1a289e094012819d9732f017c7805ee85b4
dangling blob 8f654d1cd425da7389d12c17dd2d88d318496d98
dangling blob 9183b84bbd292dcc238ca546dab896e073432933
dangling blob 1448ee51d0ea16f259371b32a557b60f908d15ee
dangling blob 95372cef6148d980ab1d7539ee6fbb44f5e87e22
dangling blob 9b3bf9fb1ee82c6d6d5ec9149e38fe53d4151fbd
dangling blob 2b21002ca449a9e30dbb87e535fbd4e65bac18f7
dangling blob 2fff2f8e4ea6408ac84a8560477aa00583002e66
dangling blob 333e76340b59a944456b4befd0e007c2e23ab37b
dangling blob b87163c8def315d40721e592f15c2192a33816bb
dangling blob c22aafb90358f6bf22577d1ae077ad89d9eea0a7
dangling blob c6ef78dd64c886e9c9895e2fc4556e69e4fbb133
dangling blob 4a71f9ff8262701171d42559a283c751fea6a201
dangling blob 6b762d368f44ddd441e5b8eae6a7b611335b49a2
dangling blob 724d23914b48443b19eada79c3eb1813c3c67fed
dangling blob 749ffc9a412e7584245af5106e78167b9480a27b
dangling commit f6ce1a403399772d4146d306d5763f3f5715cb5a    <- it's this one

$ git show f6ce1a403399772d4146d306d5763f3f5715cb5a

commit f6ce1a403399772d4146d306d5763f3f5715cb5a
Author: Stian Gudmundsen Høiland <stian@Stians-Mac-mini.local>
Date:   Wed Aug 15 08:41:30 2012 +0200

    *MY COMMIT MESSAGE IS DISPLAYED HERE*

diff --git a/Some.file b/Some.file
new file mode 100644
index 0000000..15baeba
--- /dev/null
+++ b/Some.file
*THE WHOLE COMMIT IS DISPLAYED HERE*

$ git rebase f6ce1a403399772d4146d306d5763f3f5715cb5a

First, rewinding head to replay your work on top of it...
Fast-forwarded master to f6ce1a403399772d4146d306d5763f3f5715cb5a.

答案 6 :(得分:29)

据我所知,--hard将丢弃未提交的更改。因为这些都不是由git跟踪的。但您可以撤消discarded commit

$ git reflog

将列出:

b0d059c HEAD@{0}: reset: moving to HEAD~1
4bac331 HEAD@{1}: commit: added level introduction....
....

其中4bac331discarded commit

现在只需将头移至commit ::

即可
$ git reset --hard 4bac331

答案 7 :(得分:27)

在大多数情况下,是的。

根据运行命令时存储库所处的状态,git reset --hard的效果可以从简单到撤消,到基本上不可能。

下面我列出了一系列不同的可能方案,以及如何从中恢复。

我的所有更改都已提交,但现在提交已经完成!

当您使用参数运行git reset时,通常会出现这种情况,如git reset --hard HEAD~中所示。别担心,这很容易恢复!

如果您刚刚运行git reset并且还没有做任何其他事情,那么您可以回到原来的位置:

git reset --hard @{1}

这会将当前分支重置为上次修改之前的状态(在您的情况下,对分支的最新修改将是您尝试撤消的硬重置)。

但是,如果您已经对您的分支进行了其他修改,那么上面的单行代码将无法正常工作。相反,您应该运行git reflog <branchname> 以查看对您的分支所做的所有最近更改的列表(包括重置)。该列表看起来像这样:

7c169bd master@{0}: reset: moving to HEAD~
3ae5027 master@{1}: commit: Changed file2
7c169bd master@{2}: commit: Some change
5eb37ca master@{3}: commit (initial): Initial commit

在此列表中找到您想要&#34;撤消&#34;的操作。在上面的例子中,它将是第一行,即#34; reset:移动到HEAD~&#34;。然后在(下面)操作之前复制commit 的表示。在我们的例子中,那将是master@{1}(或3ae5027,它们都代表相同的提交),并运行git reset --hard <commit>将当前分支重置回该提交。

我使用git add暂停了我的更改,但从未提交过。现在我的改变消失了!

恢复起来有点棘手。 git 包含您添加的文件的副本,但由于这些副本从未与任何特定提交相关联,因此您无法一次性恢复所有更改。相反,您必须在git的数据库中找到各个文件并手动恢复它们。您可以使用git fsck

执行此操作

有关详细信息,请参阅Undo git reset --hard with uncommitted files in the staging area

我对工作目录中的文件进行了更改,我从未使用git add进行过调试,并且从未提交过。现在我的改变消失了!

哦,哦。我不想告诉你这个,但你可能运气不好。 git不会存储您不会添加或提交的更改,并且根据documentation for git reset

  

<强> - 硬

     

重置索引和工作树。 <commit>以来对工作树中跟踪文件的任何更改都将被废弃。

可能可以使用某种磁盘恢复工具或专业数据恢复服务来恢复您的更改,但此时可能更多麻烦而不是它值得。

答案 8 :(得分:19)

如果您还没有垃圾收集您的存储库(例如使用git repack -dgit gc,但请注意垃圾收集也可以自动发生),那么您的提交仍然存在 - 它已经无法访问通过HEAD。

您可以通过查看git fsck --lost-found的输出来尝试找到您的提交。

较新版本的Git有一些称为“reflog”的东西,它是对refs所做的所有更改的日志(与对存储库内容所做的更改相反)。因此,例如,每次切换HEAD(即每次执行git checkout切换分支)时都会记录。当然,你的git reset也操纵了HEAD,所以它也被记录了。您可以通过使用@代码~而不是git reset HEAD@{1}来访问您的参考资料的旧状态,方法可以访问您的资源库的旧状态,例如git init git commit --allow-empty -mOne git commit --allow-empty -mTwo git checkout -b anotherbranch git commit --allow-empty -mThree git checkout master # This changes the HEAD, but not the repository contents git show HEAD~1 # => One git show HEAD@{1} # => Three git reflog

我花了一段时间才了解HEAD @ {1}和HEAD~1之间的区别,所以这里有一点解释:

HEAD~1

因此,HEAD@{1}表示“在HEAD当前指向的提交之前转到提交”,而{{1}}表示“在它指向当前指向的位置之前转到HEAD指向的提交”在”

这将很容易让您找到丢失的提交并将其恢复。

答案 9 :(得分:10)

我知道这是一个老线程......但是由于许多人正在寻找在Git中撤消内容的方法,我仍然认为继续在这里提供提示可能是一个好主意。

当你在git gui中执行“git add”或从左上角到左下角移动任何内容时,文件的内容将存储在blob中,文件内容可以从该blob中恢复。

因此即使文件未提交也可以恢复文件,但必须添加文件。

git init  
echo hello >> test.txt  
git add test.txt  

现在已经创建了blob,但它被索引引用,所以在我们重置之前它不会与git fsck一起列出。所以我们重置......

git reset --hard  
git fsck  

你会得到一个悬垂的blob ce013625030ba8dba906f756967f9e9ca394464a

git show ce01362  

将为您提供文件内容“hello”back

为了找到未引用的提交,我在某个地方发现了一个建议。

gitk --all $(git log -g --pretty=format:%h)  

我把它作为git gui中的工具,它非常方便。

答案 10 :(得分:9)

在回答之前,我们先添加一些背景,解释这是什么HEAD

First of all what is HEAD?

HEAD只是对当前分支上当前提交(最新)的引用 在任何给定时间只能有一个HEAD。 (不包括git worktree

HEAD的内容存储在.git/HEAD内,它包含当前提交的40字节SHA-1。

detached HEAD

如果您没有进行最新提交 - 意味着HEAD指向历史记录中的先前提交,则称为 detached HEAD 。< / p>

enter image description here

在命令行上,它看起来像是SHA-1而不是分支名称,因为HEAD没有指向当前分支的尖端

enter image description here

关于如何从分离的HEAD中恢复的几个选项:

git checkout

git checkout <commit_id>
git checkout -b <new branch> <commit_id>
git checkout HEAD~X // x is the number of commits t go back

这将检查指向所需提交的新分支 此命令将结帐到给定的提交 此时,您可以创建一个分支,并从此开始工作。

# Checkout a given commit. 
# Doing so will result in a `detached HEAD` which mean that the `HEAD`
# is not pointing to the latest so you will need to checkout branch
# in order to be able to update the code.
git checkout <commit-id>

# create a new branch forked to the given commit
git checkout -b <branch name>

git reflog

您也可以随时使用reflog git reflog将显示更新HEAD的任何更改,并且检出所需的reflog条目会将HEAD设置回此提交。

每次修改HEAD时,reflog

都会有新条目
git reflog
git checkout HEAD@{...}

这会让你回到你想要的提交

enter image description here

<强> git reset HEAD --hard <commit_id>

&#34;移动&#34;回到理想的承诺。

# This will destroy any local modifications.
# Don't do it if you have uncommitted work you want to keep.
git reset --hard 0d1d7fc32

# Alternatively, if there's work to keep:
git stash
git reset --hard 0d1d7fc32
git stash pop
# This saves the modifications, then reapplies that patch after resetting.
# You could get merge conflicts, if you've modified things which were
# changed since the commit you reset to.
  • 注意:(Since Git 2.7
    您也可以使用git rebase --no-autostash

<强> git revert <sha-1>

&#34;撤消&#34;给定的提交或提交范围 reset命令将&#34; undo&#34;在给定的提交中做出的任何更改 将提交具有撤消补丁的新提交,而原始提交也将保留在历史记录中。

# add new commit with the undo of the original one.
# the <sha-1> can be any commit(s) or commit range
git revert <sha-1>

这个模式说明了哪个命令做了什么 如您所见,reset && checkout修改了HEAD

enter image description here

答案 11 :(得分:5)

git reflog

  • 在列表中找到您的提交,然后将其复制并粘贴到以下命令中:

git cherry-pick <the sha>

答案 12 :(得分:4)

如果您使用的是JetBrains IDE(基于IntelliJ的任何软件),您甚至可以通过其“本地历史记录”功能恢复未提交的更改。

右键单击文件树中的顶级目录,在上下文菜单中找到“本地历史记录”,然后选择“显示历史记录”。这将打开一个视图,您可以在其中找到最近的编辑,找到要返回的修订后,右键单击它,然后单击“还原”。

答案 13 :(得分:3)

我刚刚对错误的项目进行了重置。拯救我生命的是Eclipse的当地历史。据说IntelliJ Idea也有一个,所以你的编辑也是如此,值得一试:

  1. Eclipse help topic on Local History
  2. http://wiki.eclipse.org/FAQ_Where_is_the_workspace_local_history_stored%3F

答案 14 :(得分:2)

制作一个小脚本,以便更容易找到正在寻找的提交:

git fsck --lost-found | grep commit | cut -d ' ' -f 3 | xargs -i git show \{\} | egrep '^commit |Date:'

是的,使用awk或类似的东西可以使它变得更漂亮,但它很简单,我只是需要它。可能会拯救别人30秒。

答案 15 :(得分:0)

git reset --hard - 你可以用来还原一页,然后你可以再次从原点隐藏或拉取所有内容

答案 16 :(得分:0)

git reflog并返回到最后一个HEAD 6a56624(HEAD-> master)HEAD @ {0}:重置:移至HEAD〜3 1a9bf73 HEAD @ {1}:提交:在模型中添加更改以生成二进制文件

答案 17 :(得分:0)

这挽救了我的生命: https://medium.com/@CarrieGuss/how-to-recover-from-a-git-hard-reset-b830b5e3f60c

基本上,您需要运行:

for blob in $(git fsck --lost-found | awk ‘$2 == “blob” { print $3 }’); do git cat-file -p $blob > $blob.txt; done

然后手动进行操作,以将文件重新组织为正确的结构。

要点:如果您完全不完全了解git reset --hard的工作原理,请不要使用#set($myClaim=$context.request.headers.get('customs').myClaim)

答案 18 :(得分:0)

我的问题几乎相似。输入git reset --hard之前,我有未提交的文件。

非常感谢。我设法跳过了所有这些资源。注意到我可以撤消(ctrl-z)之后。 😊我只想将此添加到上面的所有答案中。

注意。 ctrl-z未打开的文件是不可能的。