用Git管理的代码，如果我git checkout 之前的提交，如何回到后面的提交？

darkread

比如
我有5次提交，都是本地的
commit id 是
5xx
4xx
3xx
2xx
1xx
然后git checkout 3xx
发现不对，然后想git checkout 5xx但是那个commit id不记得了
而且git log也看不到，怎么办？

ShadowStar

git checkout <Branch Name>

zylthinking

git log         

zylthinking

darkread 发表于 2013-05-17 16:37
而且git log也看不到，怎么办

这就不对了， 没有 git log 看不到的可能， 就你的描述， 你肯定做了其他操作
办法还是有：
git reflog

zylthinking

zylthinking 发表于 2013-05-17 18:38
这就不对了， 没有 git log 看不到的可能， 就你的描述， 你肯定做了其他操作
办法还是有：
git refl ...

次奥， 是看不到了， 我现在头晕，
gitref log 可以找到

darkread

zylthinking 发表于 2013-05-17 18:39
次奥， 是看不到了， 我现在头晕，
gitref log 可以找到

O(∩_∩)O哈哈~
又被我玩晕一个。开玩笑、开玩笑。
一个下午没有想通，刚才看到你的头晕，我突然开窍了。

我的工作模式就是
修改->增加功能->commit，如此循环，那么commit频率很高，因此我选择了git作为代码回溯的工具（回溯的作用比版本管理大）。
很可能出现commit了3回后，发现这三次的代码可能有问题，需要3次commit之前的，但我又想不想去掉这三次commit的代码，那么就git log找到<3次前的commit_id>，然后git checkout <3次前的commit_id>。

但这样，就git log就没有了后三次的<commit_id> --all也么用，
因为如果git branch ，会显示当前的代码不在任何的分支上。

那么我只能git checkout <3次前的commit_id> ，然后把代码文件复制出来，再git checkout <刚才的分支名>继续，然后复制回来刚才复制出去的文件，继续干活。

为什么不行？因为git毕竟还是以版本管理为主，主线是把一次一次commit串起来，那么git checkout <3次前的commit_id>对git管理的版本树来讲毫无意义，如果checkout <分知名>指向了<3次前的commit_id>，那么这个commit点之后的版本算什么？因此，checkout <分知名>肯定是指向每个分支最新的那个commit，你要修改了<3次前的commit_id>指向的代码，也不能直接commit回去，如果可以，然这个代码放在那里呢？它不是本分支最新代码的更新版本，嵌在<3次前的commit_id>和<3次的commit>之间么？它又只是<3次前的commit_id>的一个分支，和<3次的commit>的代码没有关系。

因此，git认为这个代码可以checkout出来，但是不能commit回去，除非是checkout commit_id -b new_branck，另行分支开发。至于如何merge两个分支，我还么仔细看。

看了以后我的git树会非常的枝繁叶茂。

zylthinking

打了这么多字，还说开窍了，  难道没看到我已经告诉你办法了吗。？

darkread

http://www.linuxidc.com/Linux/2013-03/81068p2.htm
在这里找到了更加NB的，详解了各种本地开发场景。

darkread

回复 7# zylthinking


    这样的弊端是
当前会处于no branch状态。

bensenq

man git checkout
里面的HEAD detached state讲的就是这个玩意儿。