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

以上的操作，我们知道了如何查看版本分支，和如何回复到以前的版本。