[Git]你们怎么恢复已删除的commit?

git reflog

reset 到两个commit都没有的状态，然后再 cherry-pick 回来。

@jsz 哦? 我还没有用过cherry-pick，不晓得cherry-pick回来之后，所有后续commit是否都还在，还是说仅仅到reset的那个commit

@pythonee cherry-pick 只是拿指定的那些commit.

假设你是把 A B 两个 commit rebase 成了一个 C。那么，

git reset --hard HEAD^ 把 C 删除
git cherry-pick A B 把 A B 拿回来

@jsz 嗯，实际操作了一把，但是这样离我想达到的效果还是有差距的，我还想保留commit的时间顺序

举个例子，现在我的commit是这样

A --> B --> C --> D

rebase后，我把B删掉了，现在是

A --> C --> D

而我想恢复B commit，还想把B放到A之前，C之后，也就是像原来一样

如果用cherry-pick，我觉得如果没有冲突的话，我可以直接cherry-pick回来，也就是

A --> C -->D

如果有冲突，大不了reset到A，然后一步一步cherry-pick回来，但是这样比较没有效率就是

更正:

如果用cherry-pick，我觉得如果没有冲突的话，我可以直接cherry-pick回来，也就是

A --> C -->D --> B

@pythonee 删掉还要找回来，你删他干嘛。
checkout回去，重新rebase吧……

@rorvn 呵呵，说了实际使用可能不这样，我只是想Git也能做到并且这样也是熟悉Git的一种方式

用reflog找到最初的D，reset回到D就可以了。git的commit包含了整个历史，只要HEAD对就对了。

@G_virus 你是说先reset到A，然后cherry-pick B，最后reset到D对吗

@pythonee 咱们说的好像是一个意思？就是reset到A，然后把后边的一次cherrypick回来。cherrypick可以一下指定多个commit，我可能把顺序说反了。

把后边的”依次”*

@jsz 嗯，通常这种情况是在不冲突的时候才能玩的转，后面想想，我不reset到A，直接在D之后cherry-pick，然后再rebase也行。谢谢你的回复

@pythonee 也可以先 rebase -i，然后选择编辑 A，然后 cherry-pick B，然后 rebase --continue。

@pythonee 不是。简单地说，git的commit包含两方面信息，一是源代码的内容（我们最关心的），二是指向父commit的指针。rebase之后，C的父指针是A而不是B，已经不是的当初的C了，姑且称之为C'，同样的，D'的父指针是C'，所以也不是当初的D了。如果你只是想恢复成最初的A->B->C->D，那只需要用reflog找到“当初”的D，reset到那个点上就可以了。