【问题标题】：Why are my changes gone after a cancelled git commit and how do I recover them?为什么在取消 git 提交后我的更改消失了，我该如何恢复它们？
【发布时间】：2020-06-05 15:05:27
【问题描述】：

这就是我所做的：

编码 8 小时的更改。
git status 显示我的所有更改。
git add -A
git commit -m "Foo"。使用 husky 和 lint-staged 触发预提交 git 钩子。
我记得有一个 TypeScript 输入错误我未能修复，所以我按 Ctrl+C 取消。
心不在焉，我再次运行git commit -m "Foo"并立即取消。
更改已消失！文件被还原，git status 是干净的，git log 和 git reflog 不显示新的提交。

为什么我的更改被还原了？如何恢复它们？

【问题讨论】：

做两件事，首先立即检查 VS Code 中每个文件的历史记录，看看是否可以从 IDE 中恢复您的工作。其次，弄清楚这个钩子在做什么。我看到提到了一个“清理”任务。它真的可以擦除你的工作目录和舞台吗？不确定，但您需要对此进行调查。
使用git reflog 查看提交是否完成。当您运行git add -A 时，已更改文件（其名称为绿色）的内容存储在 blob 中。不要删除.git，您终于可以找回它们。如果提交未完成，stackoverflow.com/questions/9560184/… 可能会有所帮助。
我猜这里的问题是 lint-staged，而不是 git。
lint-staged 的 developers losing work 历史悠久——我个人的建议是不要使用它；预提交钩子应该做的只是验证和退出。

标签： git husky git-husky lint-staged

【解决方案1】：

好的，这是lint-staged 的责任。它隐藏了我的更改。

所以运行git stash apply 恢复了它们！

⚠ 不要尝试在同一个 git repo 上并行运行多个 lint-staged 实例（例如，在 monorepo 中的每个项目上）。这将破坏您的更改，而无法恢复它们。

如果您在处理 monorepo，请按顺序 lint 项目或放弃 lint-staged 并 lint 整个代码库，包括未暂存的文件。

【讨论】：

它可能使用git stash -k。这是编写预提交钩子的一种诱人方法，但我认为它有太多的失败模式。您刚刚遇到了最糟糕的一种。
酷。藏匿是邪恶的，你应该尽量避免它，使用git worktree insteadstackoverflow.com/questions/38133883/…
@CodeWizard lint-staged 的工作方式不是 OP 的选择。不知道为什么你推荐一个预提交钩子创建一个新的工作树？
@PhucVuong, lint-staged 需要从代码库中删除未暂存的编辑，以便 linter 只能看到暂存的编辑。 git stash 是隐藏编辑并在以后恢复它们的自然方式..
谢谢！我遇到了同样的情况：lint-staged git hook 失败（因为在另一台机器上错过了npm i）并且我所有的工作都消失了，没有创建新的提交。我已经开始认为所有的工作都丢失了，但你的回答救了我。

【解决方案2】：

对于所有符合以下条件的人：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>`

“移动”你的 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>`

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

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

【讨论】：

完整答案：

First of all what is HEAD?

detached HEAD

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

git checkout

git reflog