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
如果嫌输出信息太多,看得眼花缭乱的,可以加上--pretty=oneline
参数:
$ git log --pretty=oneline
首先,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
现在,你回退到了某个版本,关掉了电脑,第二天早上就后悔了,想恢复到新版本怎么办?找不到新版本的commit id
怎么办?
在Git中,总是有后悔药可以吃的。当你用$ git reset --hard HEAD^
回退到a new file
版本时,再想恢复到insert name
,就必须找到insert name
的commit id。
Git提供了一个命令git reflog
用来记录你的每一次命令:
$ git reflog
管理修改
对new.txt
再做一个修改,比如加一行内容:
$ cat readme.txt
然后,添加:
$ git add readme.txt
$ git status
撤销修改
比如说,发现文件不小心多打了一行汉字。
既然错误发现得很及时,就可以很容易地纠正它。你可以删掉最后一行,手动把文件恢复到上一个版本的状态。用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
两个选择,一是确实要从版本库中删除该文件,那就用命令git rm
删掉,并且git commit
:
$ git rm test.txt
$ git commit -m "remove test.txt"
现在,文件就从版本库中被删除了。
另一种情况是删错了,因为版本库里还有呢,所以可以很轻松地把误删的文件恢复到最新版本:
$ git checkout -- test.txt
git checkout
其实是用版本库里的版本替换工作区的版本,无论工作区是修改还是删除,都可以“一键还原”。
注意:从来没有被添加到版本库就被删除的文件,是无法恢复的!