**版本回退**
前面我们成功的提交了一次mygit.txt,下面咱对它进行修改,内容如下:
~~~
Hello Git
Git is so easy.
~~~
然后用git status来跟踪该文件的状态:
![](https://box.kancloud.cn/2016-08-17_57b42ea86e878.jpg)
可以看到hellogit.txt已经被修改过了,到底这次修改的内容与上次的内容有什么不同的,咱们可以使用git diff查看:
![](https://box.kancloud.cn/2016-08-17_57b42ea885a2e.jpg)
当然你也可以查看上次提交的信息,使用git log:
![](https://box.kancloud.cn/2016-08-17_57b42ea899d42.jpg)
通过前面一章我们知道,该文件还处于工作区,因此我们又可以使用add、commit操作了:
![](https://box.kancloud.cn/2016-08-17_57b42ea8b1ecb.jpg)
![](https://box.kancloud.cn/2016-08-17_57b42ea8c770a.jpg)
这里笔者偷了个懒,直接用-m表示提交的信息,当然在学习过程中咱可以这样,但实际工作中一般不这么写。
好了,提交完后咱再用git status来跟踪一下(建议多使用git status)状态:
![](https://box.kancloud.cn/2016-08-17_57b42ea8ebf8b.jpg)
这里依然是:Git告诉咱们当前没有需要提交的修改,而且工作目录是干净的。
下面再学一个命令:git reflog,它主要用来记录你的每一次命令和commit id,这个命令非常有效,也建议大家常用。
![](https://box.kancloud.cn/2016-08-17_57b42ea90b9ba.jpg)
可以看到咱提交的id号和提交的message被显示出来了。
加入你现在不想修改了,想回到原来那个版本,该怎么办呢?别急,这一点Git早就帮我们想好了,使用git reset --hard HEAD^![](https://box.kancloud.cn/2016-08-17_57b42ea920a62.jpg)
注意:这里HEAD上面^表示回到上一个版本,如果想回到前面第五个版本呢?我们可以用git reset --hard HEAD~5,当然因为我们这里只修改了1次,所以我们最多只能回到前面一个版本。打开hellogit.txt看看,是内容不是Hello Git呢?![得意](https://box.kancloud.cn/2016-08-17_57b42ea93a909.gif)
当然如果你又想修改回去,那么咱们还有办法,用git reset --hard commit-id:
![](https://box.kancloud.cn/2016-08-17_57b42ea9538b0.jpg)
注意:这里的e75e865指的是commit id,上面已经说了,这里就不再赘述。
**撤销修改:**
下面我们再次对helliogit.txt进行修改,内容如下:
~~~
Hello Git
Git is so easy.
Easily learn the Git.
~~~
然后我们用git status跟踪状态:
![](https://box.kancloud.cn/2016-08-17_57b42ea968a3a.jpg)
这里Git会告诉你,git checkout -- file可以丢弃工作区的修改:
![](https://box.kancloud.cn/2016-08-17_57b42ea980e4a.jpg)
命令git checkout -- readme.txt意思就是,把readme.txt文件在工作区的修改全部撤销,然后在查看状态:
![](https://box.kancloud.cn/2016-08-17_57b42ea995862.jpg)
工作目录有变回”clean“了,查看hellogit.txt内容 cat hellogit.txt
![](https://box.kancloud.cn/2016-08-17_57b42ea9ab8ba.jpg)
内容又改回来了,这样就完成了一次简单的修改撤销。如果你把文件内容修改为原来添加时的:
~~~
Hello Git
Git is so easy.
Easily learn the Git.
~~~
git add hellogit.txt到了暂存区,咱们还有办法,使用git reset HEAD hellogit.txt来返回到工作区状态:
![](https://box.kancloud.cn/2016-08-17_57b42ea9c335c.jpg)
竟然已经回到了工作区,那么咱们就可以向之前那样,使用git checkout -- hellogit.txt了:
![](https://box.kancloud.cn/2016-08-17_57b42ea9dc70d.jpg)
好了,一切又回到了,原来的状态。如果你还从暂存区提交到了版本库,还记得上面的版本回退吗?可以回到上一个版本就OK了,不过如果你还将本地的修改推送到远程版本库(后面会讲),那就没有后悔药吃了。
**删除文件**:
前面已经说了,在Git中,删除也算一个修改操作。下面咱们先添加一个新文件1.txt到Git并且提交:
![](https://box.kancloud.cn/2016-08-17_57b42ea9f3bb3.jpg)
这是你如果执行rm 1.txt把1.txt文件删了,那么这个时候,Git知道你删了文件,工作区和版本库就不一致了,我们再用git status跟踪一下:
![](https://box.kancloud.cn/2016-08-17_57b42eaa1f818.jpg)
这是你有两个选择,一是确实要从版本库中删除,使用git rm 1.txt并commit一下:
![](https://box.kancloud.cn/2016-08-17_57b42eaa3d634.jpg)
注意:你删除之后,你只能恢复文件到最新版本,你会丢失最近一次提交后你修改的内容。
另一种情况,你觉得你删除了想修改过来,因为版本库中还存在,所以可以很轻松地把误删的文件恢复到原来版本。
![](https://box.kancloud.cn/2016-08-17_57b42eaa5e24a.jpg)
可以看到,1.txt有回到工作区了。
**总结**
今天内容比较多,可能需要点时间慢慢消化,如果有哪里写的不对多需要改进或哪里的地方可以留言,我现在的工作很闲。![吐舌头](https://box.kancloud.cn/2016-03-22_56f0e98bbe0df.gif)
明天开始讲远程仓库。