推送后恢復丟失的提交

Question

我可以在恢復策略中使用一些幫助。 不知何故，我們最終處於一個提交下降約3天提交的位置。 然后被推了 。 提交者不確定他是否強迫推進或什么，但現在我們處於這個位置。 自“壞”提交以來，已經推出了大約10個額外的提交。

所有的舊提交都在那里，我可以將所有內容重新組合在一起，但我希望Git可以幫助我。 我想我可以挑選A點和B點之間的提交范圍，但有什么更好的嗎？ 大多數（但不是全部）更改都是一個目錄的本地更改，我寧願不手動檢查每個目錄。

什么是正確的方法，記住一切都被推上游？

Answer 1

git reset --hard <one commit before the bad commit>
git cherry-pick <the range of commits you've lost>
git pull

通過這種方式，您可以模擬最后一次提交（使用reset ）。 然后在本地創建新提交（ cherry-pick ）。 現在你引入了變化（也許是合並沖突）。

Answer 2

您可能有興趣檢查上游或本地git reflog的git reflog 。 即使提交看起來像丟失了，它們實際上仍然可以在你的遠程/本地存儲庫中閑置，只是沒有分支指針。 他們不會永遠保持這樣，我認為git 默認每2周進行一次垃圾收集 ：

可選配置變量gc.pruneExpire控制未被引用的松散對象在被修剪之前必須有多長。 默認為“2周前”。

您可以在ProGit§9.7：維護和數據恢復中閱讀有關使用reflog恢復丟失工作的更多信息。

如果你在reflog中找到提交（或者你可能也想在git fsck --full查找它們），你可以附加一個分支指針來“恢復”它們。 然后你可能想要在頂部進行rebase或者cherry-pick更新的提交，以便（重新）構建你想要的任何提交歷史樹。

Answer 3

git revert將在新提交中撤消提交的更改。