Git基本概念
集中式 VS 分布式
集中式版本控制系统 [例如SVN],版本库是集中存放在中央服务器的,而干活的时候,用的都是自己的电脑,所以要先从中央服务器取得最新的版本,然后开始干活,干完活了,再把自己的活推送给中央服务器。
中央服务器就好比是一个试卷库,你要改一份卷子,必须先从试卷库取出来,然后回到家自己改,改完了,再放回试卷库。

集中式版本控制系统最大的毛病就是必须联网才能工作,如果在局域网内还好,带宽够大,速度够快,可如果在互联网上,遇到网速慢的话,可能提交一个10M的文件就需要5分钟,这谁顶得住啊。
那分布式版本控制系统与集中式版本控制系统有何不同呢?
首先,分布式版本控制系统 [例如Git]根本没有“中央服务器”,每个人的电脑上都是一个完整的版本库,这样,你工作的时候,就不需要联网了,因为版本库就在你自己的电脑上。
既然每个人电脑上都有一个完整的版本库,那多个人如何协作呢?比方说你在自己电脑上改了文件A,你的同事也在他的电脑上改了文件A,这时,你们俩之间只需把各自的修改推送给对方,就可以互相看到对方的修改了。
和集中式版本控制系统相比,分布式版本控制系统的安全性要高很多,因为每个人电脑里都有完整的版本库,某一个人的电脑坏掉了不要紧,随便从其他人那里复制一个就可以了。而集中式版本控制系统的中央服务器要是出了问题,所有人都没法干活了。
在实际使用分布式版本控制系统的时候,其实很少在两人之间的电脑上推送版本库的修改,因为可能你们俩不在一个局域网内,两台电脑互相访问不了,也可能今天你的同事病了,他的电脑压根没有开机。因此,分布式版本控制系统通常也有一台充当“中央服务器”的电脑,但这个服务器的作用仅仅是用来方便“交换”大家的修改,没有它大家也一样干活,只是交换修改不方便而已。

工作区,暂存区,版本库
工作区(Working Directory):就是你在电脑里能看到的目录。版本库(Repository):工作区有一个隐藏目录.git,这个不算工作区,而是Git的版本库。暂存区(Index / Stage):需要提交的文件修改通通放到暂存区。git add

Git命令使用
创建版本库
$ mkdir censeksgit //创建一个目录
$ cd censeksgit //转换路径
$ pwd //显示当前所在的位置
$ git init //初始化git仓库

把文件添加到版本库
第一步,用命令git add告诉Git,把文件添加到仓库:
$ git add new.txt
第二步,用命令git commit告诉Git,把文件提交到仓库:
$ git commit -m "a new file"

版本回退
修改文件,然后提交。
$ git add new.txt
$ git commit -m "insert name"

当然了,在实际工作中,我们脑子里怎么可能记得一个几千行的文件每次都改了什么内容,不然要版本控制系统干什么。
在Git中,我们用git log命令查看:
$ git log
![[外链图片转存失败(img-NBwqEWzV-1562725849922)(../pics/gitlog1.png)]](/https://i-blog.csdnimg.cn/blog_migrate/30a55ff4a26e5bcd5f224b00d7dfd5c5.png)
如果嫌输出信息太多,看得眼花缭乱的,可以加上--pretty=oneline参数:
$ git log --pretty=oneline
![[外链图片转存失败(img-TQ40Da8r-1562725849922)(../pics/gitlog2.png)]](/https://i-blog.csdnimg.cn/blog_migrate/60fed115b9836deb5361c01847de44fc.png)
首先,Git必须知道当前版本是哪个版本,在Git中,用HEAD表示当前版本,也就是最新的提交ebc3db...,上一个版本就是HEAD^,上上一个版本就是HEAD^^,当然往上100个版本写成HEAD~100。
现在,我们要把当前版本insert name回退到上一个版本a new file,就可以使用git reset命令:
$ git reset --hard HEAD^
看看new.txt的内容是不是版本a new file:
$ cat new.txt
![[外链图片转存失败(img-aNnYBIWz-1562725849923)(../pics/gitlog3.png)]](/https://i-blog.csdnimg.cn/blog_migrate/e7f4b4ad3d3d2d6a51d2c3195f8a467c.png)
现在,你回退到了某个版本,关掉了电脑,第二天早上就后悔了,想恢复到新版本怎么办?找不到新版本的commit id怎么办?
在Git中,总是有后悔药可以吃的。当你用$ git reset --hard HEAD^回退到a new file版本时,再想恢复到insert name,就必须找到insert name的commit id。
Git提供了一个命令git reflog用来记录你的每一次命令:
$ git reflog
![[外链图片转存失败(img-wZebGisH-1562725849923)(../pics/gitlog4.png)]](/https://i-blog.csdnimg.cn/blog_migrate/911c61c8fe32ec7b12bb4e420c55051c.png)
![[外链图片转存失败(img-N0KmLPv3-1562725849923)(../pics/gitlog5.png)]](/https://i-blog.csdnimg.cn/blog_migrate/76fd0d85b0af94182f644cf2c76490b1.png)
管理修改
对new.txt再做一个修改,比如加一行内容:
$ cat readme.txt
然后,添加:
$ git add readme.txt
$ git status
![[外链图片转存失败(img-wzRxx2T0-1562725849924)(../pics/gitstatus.png)]](/https://i-blog.csdnimg.cn/blog_migrate/db0400c15b50bea3405dff42b3c7e3d8.png)
撤销修改
比如说,发现文件不小心多打了一行汉字。
既然错误发现得很及时,就可以很容易地纠正它。你可以删掉最后一行,手动把文件恢复到上一个版本的状态。用git status查看一下:
$ git status
你可以发现,Git会告诉你,git checkout -- file可以丢弃工作区的修改:
$ git checkout -- new.txt
现在,看看readme.txt的文件内容:
$ cat readme.txt
文件内容已被复原。

删除文件
一般情况下,你通常直接在文件管理器中把没用的文件删了,或者用rm命令删了:
$ rm test.txt
这个时候,Git知道你删除了文件,因此,工作区和版本库就不一致了,git status命令会立刻告诉你哪些文件被删除了:
$ git status
![[外链图片转存失败(img-KdWs7O66-1562725849925)(../pics/gitrm.png)]](/https://i-blog.csdnimg.cn/blog_migrate/c34807b4c622a9720cfcf48aaf081f6c.png)
两个选择,一是确实要从版本库中删除该文件,那就用命令git rm删掉,并且git commit:
$ git rm test.txt
$ git commit -m "remove test.txt"
![[外链图片转存失败(img-Ae99i91a-1562725849925)(../pics/gitrm2.png)]](/https://i-blog.csdnimg.cn/blog_migrate/5a6d0da376856b510431db883a69211c.png)
现在,文件就从版本库中被删除了。
另一种情况是删错了,因为版本库里还有呢,所以可以很轻松地把误删的文件恢复到最新版本:
$ git checkout -- test.txt
![[外链图片转存失败(img-0I85t6b7-1562725849926)(../pics/gitrm1.png)]](/https://i-blog.csdnimg.cn/blog_migrate/4928f58ecb6e01506f9c6021363cb949.png)
git checkout其实是用版本库里的版本替换工作区的版本,无论工作区是修改还是删除,都可以“一键还原”。
注意:从来没有被添加到版本库就被删除的文件,是无法恢复的!

3万+

被折叠的 条评论
为什么被折叠?



