在 github 中强制推送时丢失所有提交

Question

最近我在一个分叉的 repo 中创建了一个 PR 并添加了一些提交。 后来我不小心从git bash删除了分支（ branch存在于我的分叉仓库中）。 所以我重新创建了一个同名的分支，并尝试推送新的提交。 但是一开始它拒绝了提交，所以我强制推送了提交，但这从github的 PR 中删除了所有以前的提交。

我不知道这里发生了什么。 是否有可能取回所有丢失的提交？

Answer 1

在你做任何其他事情之前 - 制作一份本地仓库的副本。

使用git fsck --lost-found （或git fsck --dangling ）查找丢失的提交（悬挂 SHA），然后使用git reflog将它们与您的提交注释进行匹配，以便您可以识别它们。

注意：根据发生的情况，您可能无法使用原始“reflog”命令获得提交条目（尽管可能有一个参数可以使用 reflog 执行此操作）。 相反，正如我在底部的更新中提到的，您可以使用git log --walk-reflogs --oneline --decorate以日期/时间顺序列出所有提交的日志。

如果/当您发现丢失的提交（忘记旧的/丢失的分支名称）时，您可以将该 SHA 直接合并到一个新分支中，或者您可以检查丢失的提交（或从中创建一个新分支）。

使用git log --graph --all --oneline --decorate （或类似的）来查看你的 repo 在你签出丢失的提交后的样子，看看这是否符合你的期望。

注意：如果您进行了 git 清理，您可能会丢失“悬空提交”，但如果您没有进行任何 git 清理，则没有理由丢失它们。

例如：

1. 丢失数据的回购：

D:\\software\\sandpit\\branchclonetest > git log --graph --oneline --all --decorate * 77d69c7 (HEAD -> fromNewBranch, origin/master, origin/fromNewBranch, origin/HEAD) new file * 88181c4 (origin/new_branch) new file * 175d1e1 (origin/test_branch_1) file for merge back to master * 5d5b028 file added in branch * 777984b yet another file * e0652e8 (origin/logoff) new test files added

2. 寻找丢失/悬空的提交

D:\\software\\sandpit\\branchclonetest > git fsck --lost-found Checking object directories: 100% (256/256), done. dangling commit 92cacfdb6265075b8fae5fd63b21219cf91ea0ec <-- WANT THIS ONE dangling commit 1ad608bd48fc8bdedd186d05cc486974d6890265 dangling commit 59622d01426d876aec3a7e9265d52648a66e13e5

3. 结帐丢失提交 92cacf...

D:\\software\\sandpit\\branchclonetest > git checkout 92cacfdb6265075b8fae5fd63b21219cf91ea0ec Note: checking out '92cacfdb6265075b8fae5fd63b21219cf91ea0ec'... etc...

4. 再次检查回购图，看看发生了什么：

D:\\software\\sandpit\\branchclonetest > git log --graph --oneline --all --decorate * 77d69c7 (origin/master, origin/fromNewBranch, origin/HEAD, fromNewBranch) new file * 88181c4 (origin/new_branch) new file * 175d1e1 (origin/test_branch_1) file for merge back to master * 5d5b028 file added in branch * 777984b yet another file | * 92cacfd (HEAD) test <--- COMMIT FOUND HERE |/ * e0652e8 (origin/logoff) new test files added

注意 - 不要做任何像git gc （清理）或其他修剪类型的操作，因为这真的可以删除悬空/无法访问的提交......

更新：

只是在看别的东西时想起了这一点，所以我想我会把它添加到这篇文章中。 您可以使用 git log 的“--walk-reflogs”或“-g”选项记录所有引用日志。

这将向您显示包括悬空提交在内的所有内容，因为它不会按分支/祖先遍历提交 - 它按日期顺序遍历提交（最新的在顶部）。

因此，要查看所有提交，您可以使用git log --walk-reflogs或者如果您希望信息更加简洁： git log --walk-reflogs --oneline --decorate （添加装饰以便任何标签/还显示了与提交相关的分支）。

Answer 2

尝试git reflog origin/name_of_your_branch来查找您的旧提交。 它必须在那里。

如果你找不到它，那是因为你做了一个git push --force ，这是一个非常糟糕的做法。 您现在必须使用git push --force-with-lease来防止此类问题。

如果不是，您将不得不像另一个答案中所说的那样使用git fsck 。