GIT入门之二：版本历史/回溯
GIT的介绍就不多说了。这里只是简单的写些入门的操作。
重点介绍历史版本的查看和控制相关的操作。
一切从简，不讲大道理，只讲简单的操作。
原创文章，如有转载，请注明出处：http://blog.csdn.net/yihui823/article/details/6681214
以铜为镜，可以正衣冠；
以史为镜，可以知兴替；
以人为镜，可以明得失
我们要以旧版本为镜，可以知道自己的成长历程
进入git控制的目录，试试 gitk
(哇～有图形了啊)
呵呵，别激动哦。
我们简单的描述一个例子：
a)初始化操作
有两个文件file1.txt和file2.txt
1， 初始化的时候就有这两个文件
操作：
git init
git status
git add .
git commit -m “init version”
2， 在master分支上修改了file1.txt，并提交
操作：
(修改file1.txt)
git add file1.txt
git commit -m “change file1”
3， 然后新建分支banana，并切换到banana分支上
操作：
git branch banana
git checkout banana
4， 修改file1.txt和file2.txt，并提交。
操作：
(修改file1.txt和file2.txt)
git add file1.txt file2.txt
git commit -m “change by banana”
这个时候，我们可以输入 gitk，查看一下当前的版本情况。如下图：git-001
5， 然后，切换到master分支上，修改file2.txt，并提交。
操作：
git checkout master
(修改file2.txt)
git add file2.txt
git commit -m “change by master”
输入gitk，查看当前版本情况，如下图：git-002
b)发现问题需要查看历史版本
我们现在发现当前的版本有点问题，还不能提交到版本库。
1，我们需要从git commit中返回.
则输入：
git reset --soft HEAD^
解释一下，HEAD是当前分支的最新版本。^表示父节点。当前节点的父节点，就是上一次提交的版本。也就是标记为“change file1”的版本。
问为什么不是”change by banana”这个版本呢？不同的分支哦。”change by banana”是banana分支的最新代码，和master分支不同的。
这个时候输入
git status
看看，是不是显示file2.txt修改了没有提交呢。
2，我们需要从git add中返回
再仔细查看之后，我们发现file2.txt真的写错了，需要返回到git add之前的状态。
输入：
git reset -q file2.txt
这个时候，file2.txt就回到了解放前了。用git status查看一下，file2.txt是”change not staged for commit”状态。
3，回到没有做过的情况
我们最终确定，最后一次修改的file2.txt是无用的代码，我们需要废弃掉。
注意，这个操作不能恢复的哦。
git reset --hard
这个命令，不能指定具体的文件。是把当前的修改全部清除，恢复到最后一次提交的版本。
这个时候，用gitk查看一下：git-003
已经彻底回复到了“change file 1”的版本了。
4，直接回复到某个版本
我们现在切换到banana分支。
git checkout banana
然后用gitk看一下。可以看出，我们之前的操作，对banana分支一点影响也没有。现在我们需要把banana分支回复到初始状态，但是当前的改动的代码还是需要留着。我们可以看，init版本是当前版本的父节点的父节点。我们可以这么操作：
git reset --soft HEAD^^
然后用gitk看一下：git-004
最近的版本已经变成了init version了。所有的改动都是add未提交状态。
5，得到当前最新代码
最后。我们把file1.txt和file2.txt都删掉。我们需要从版本库中取得当前最新的代码。
很简单：
git checkout master
如果是要banana分支的最新代码，则：
git checkout banana