是否丢失了commit？代码变更后推新branch时代码丢失如何找回？

1. 我是否丢失了一个commit？ #

别慌，Git几乎不会随便弄丢提交，你可以通过这几步快速确认：

• 先跑 git reflog：这个命令会记录所有HEAD的变动历史——包括你删过的分支、重置过的提交，哪怕是不小心搞没的操作都能查到。找找看有没有你怀疑丢失的commit对应的哈希值（就是那串7位左右的字母数字组合）。
• 查看全部分支的提交树：运行 git log --all --oneline --graph，它会展示所有分支（包括你没注意到的隐藏分支）的提交脉络，看看目标commit是不是藏在某个分支里。
• 验证commit内容：如果找到了对应的哈希，执行 git show <commit-hash>，要是能看到提交的具体修改内容，说明这个commit根本没丢，只是不在你当前切换的分支上而已。

2. 变更推送到新分支后代码丢失，代码在哪里？ #

这种情况大多是操作时的小疏漏，代码大概率还在Git的某个角落，分几种常见场景排查：

场景一：变更还没提交就切了分支 #

• 先运行 git status，看看工作区/暂存区有没有未跟踪或已暂存的文件。如果有，直接切换到目标新分支（git checkout <new-branch>），然后执行 git add . 和 git commit -m "提交你的变更"，就能把代码找回来。

场景二：提交到了旧分支，新分支没同步这个提交 #

• 用 git reflog 找到包含你变更的那个提交哈希，切换到新分支：git checkout <new-branch>，接着用 git cherry-pick <commit-hash> 把这个提交复制到新分支上；如果新分支还没有其他提交，也可以直接用 git reset --hard <commit-hash> 让新分支指向这个提交。

场景三：创建新分支时没基于当前变更的状态 #

比如你在主分支做了修改但没提交，直接用 git branch <new-branch> 创建分支，这时候新分支的状态其实是主分支的旧版本，你的变更还在主分支的工作区/暂存区。如果之前用了 git stash 暂存过变更，运行 git stash list 查看暂存记录，再用 git stash apply 就能恢复到当前分支。

内容的提问来源于stack exchange，提问作者user7804233