为什么我的更改在取消 git 提交后消失了,我该如何恢复它们?
Why are my changes gone after a cancelled git commit and how do I recover them?
这是我所做的:
- 编码了 8 小时的更改。
git status
显示我所有的更改。
git add -A
git commit -m "Foo"
。预提交 git 钩子触发 husky
和 lint-staged
.
- 我记得有一个 TypeScript 打字错误我没有修复,所以我按 Ctrl+C 取消。
- 心不在焉,我又运行
git commit -m "Foo"
,马上取消
- 更改已消失!文件已还原,
git status
是干净的,git log
和 git reflog
不显示新提交。
为什么我的更改被还原了?我如何恢复它们?
对于所有的人:TL;DR
- 选项 1 - 你提到你已经做过:使用 git reflog
&& git reset
- 选项 2 - 使用您的编辑器历史记录
- 选项 3 - 如果您添加了这些文件,请从临时区域获取它们但是您将需要找到它们
# Find all dangling files
git fsck --all
## Now use git cat-file -p to print those hashes
git cat-p <SHA-1>
完整答案:
在回答之前,让我们添加一些背景知识,解释一下这个 HEAD
是什么。
First of all what is HEAD?
HEAD
只是对当前分支上当前提交(最新)的引用。
在任何给定时间只能有一个 HEAD
(不包括 git 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>
"Move" 你的 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.
- 注意:(Since Git 2.7)您也可以使用
git rebase --no-autostash
。
git revert <sha-1>
"Undo" 给定的提交或提交范围。
重置命令将 "undo" 在给定提交中所做的任何更改。
将提交带有撤消补丁的新提交,而原始提交也将保留在历史记录中。
# 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
.
好吧,这是 lint-staged
的错。它隐藏了我的更改。
所以 运行 git stash apply
恢复了它们!
⚠ 不要尝试在同一个 git 存储库上并行 运行 lint-staged
的多个实例(例如,在 monorepo 中的每个项目上)。这将破坏您的更改,无法恢复它们。
如果您在 monorepo 上工作,要么按顺序进行 lint 项目,要么放弃 lint-staged
并 lint 整个代码库,包括未暂存的文件。
这是我所做的:
- 编码了 8 小时的更改。
git status
显示我所有的更改。git add -A
git commit -m "Foo"
。预提交 git 钩子触发husky
和lint-staged
.- 我记得有一个 TypeScript 打字错误我没有修复,所以我按 Ctrl+C 取消。
- 心不在焉,我又运行
git commit -m "Foo"
,马上取消 - 更改已消失!文件已还原,
git status
是干净的,git log
和git reflog
不显示新提交。
为什么我的更改被还原了?我如何恢复它们?
对于所有的人:TL;DR
- 选项 1 - 你提到你已经做过:使用 git reflog
&& git reset
- 选项 2 - 使用您的编辑器历史记录
- 选项 3 - 如果您添加了这些文件,请从临时区域获取它们但是您将需要找到它们
# Find all dangling files
git fsck --all
## Now use git cat-file -p to print those hashes
git cat-p <SHA-1>
完整答案:
在回答之前,让我们添加一些背景知识,解释一下这个 HEAD
是什么。
First of all what is HEAD?
HEAD
只是对当前分支上当前提交(最新)的引用。
在任何给定时间只能有一个 HEAD
(不包括 git 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>
"Move" 你的 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.
- 注意:(Since Git 2.7)您也可以使用
git rebase --no-autostash
。
git revert <sha-1>
"Undo" 给定的提交或提交范围。
重置命令将 "undo" 在给定提交中所做的任何更改。
将提交带有撤消补丁的新提交,而原始提交也将保留在历史记录中。
# 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
.
好吧,这是 lint-staged
的错。它隐藏了我的更改。
所以 运行 git stash apply
恢复了它们!
⚠ 不要尝试在同一个 git 存储库上并行 运行 lint-staged
的多个实例(例如,在 monorepo 中的每个项目上)。这将破坏您的更改,无法恢复它们。
如果您在 monorepo 上工作,要么按顺序进行 lint 项目,要么放弃 lint-staged
并 lint 整个代码库,包括未暂存的文件。