401

首先,得到“你的分支比 origin/master 提前 3 次提交”然后我的应用程序已经恢复到更早的时间,并进行了更早的更改。

我怎样才能找回过去 11 个小时所做的事情?

4

7 回答 7

909

git reflog是你的朋友。在该列表中找到您想要的提交,您可以重置它(例如:)git reset --hard e870e41

(如果您没有提交更改......您可能会遇到麻烦 - 尽早提交,并经常提交!)

于 2012-04-11T03:08:59.943 回答
173

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

First of all what is HEAD?

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

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


detached HEAD

如果您不在最新的提交上 - 意思HEAD是指向历史上的先前提交,则称为detached HEAD.

在此处输入图像描述

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

在此处输入图像描述

在此处输入图像描述


关于如何从分离的 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@{...}

这将使您回到所需的提交

在此处输入图像描述


git reset --hard <commit_id>

将您的 HEAD “移动”回所需的提交。

# 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.

git revert <sha-1>

“撤消”给定的提交或提交范围。
重置命令将“撤消”在给定提交中所做的任何更改。
将提交带有撤消补丁的新提交,而原始提交也将保留在历史记录中。

# Add a 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.

在此处输入图像描述

于 2016-01-13T21:20:00.967 回答
50

获取已删除提交的另一种方法是使用git fsck命令。

git fsck --lost-found

这将在最后一行输出类似的内容:

dangling commit xyz

我们可以检查它是否与reflog其他答案中建议的提交相同。现在我们可以做一个git merge

git merge xyz

注意:如果我们已经运行了将删除对悬空提交的引用的命令,
我们将无法取回提交。fsckgit gc

于 2016-01-12T19:38:36.210 回答
12

试试这个,这将显示一段时间内记录在 git 中的所有提交

git reflog

找到你想要的提交

git log HEAD@{3}

或者

git log -p HEAD@{3}    

然后检查它是否正确:

git checkout HEAD@{3}

这将为该提交创建一个分离的头。如果需要,添加并提交任何更改

git status 
git add
git commit -m "temp_work" 

现在,如果想将提交恢复到分支,可以说 master,您需要将此分支开关命名为 master,然后合并到 master。

git branch temp
git checkout master
git merge temp

这里还有一个 Git 教程网站上专门针对 reflog 的链接: Atlassian Git Tutorial

于 2020-08-04T14:57:55.040 回答
9

这只是今天发生在我身上,所以我正在写一些对我来说是救命稻草的东西。我的回答与@Amber 的回答非常相似。

首先,我做了 agit reflog并搜索了该特定提交的哈希,然后复制了该哈希并git cherry-pick <hash>从该分支执行了 a。这将丢失提交的所有更改带到了我当前的分支,并恢复了我对 GIT 的信心。

祝你今天过得愉快!

于 2021-02-13T16:03:05.597 回答
2

如果您找不到您的提交git reflog并且碰巧您正在使用IntelliJ IDE,您可以right click on your project root folder -> Local History -> Show History从那里恢复您的更改。

我搞砸了git rebasegit push -f这真的救了我,因为提交是从本地和远程存储库中删除的。

希望能拯救某人的一天

干杯

于 2021-10-01T14:44:17.017 回答
-17

可悲的是 git 太不可靠了 :( 我刚刚失去了 2 天的工作 :(

最好在提交之前手动备份任何内容。我只是做了“git commit”,而 git 只是破坏了我所有的更改,什么也没说。

我吸取了教训 - 下次先备份,然后再提交。永远不要相信 git 做任何事情。

于 2020-09-01T19:35:03.187 回答