简介
- 分布式版本控制系统
Linux创始人Linus,2005年用C写出了Git
Git教程
集中式版本控制:版本库是集中存放在中央服务器的,而干活的时候,用的都是自己的电脑,所以要先从中央服务器取得最新的版本,然后开始干活,干完活了,再把自己的活推送给中央服务器。集中式版本控制系统最大的毛病就是必须联网才能工作。
分布式版本控制:分布式版本控制系统根本没有“中央服务器”,每个人的电脑上都是一个完整的版本库,这样,你工作的时候,就不需要联网了,因为版本库就在你自己的电脑上。既然每个人电脑上都有一个完整的版本库,那多个人如何协作呢?比方说你在自己电脑上改了文件A,你的同事也在他的电脑上改了文件A,这时,你们俩之间只需把各自的修改推送给对方,就可以互相看到对方的修改了。
在实际使用分布式版本控制系统的时候,其实很少在两人之间的电脑上推送版本库的修改,因为可能你们俩不在一个局域网内,两台电脑互相访问不了,也可能今天你的同事病了,他的电脑压根没有开机。因此,分布式版本控制系统通常也有一台充当“中央服务器”的电脑,但这个服务器的作用仅仅是用来方便“交换”大家的修改,没有它大家也一样干活,只是交换修改不方便而已。
- SVN、CVS集中式版本控制系统
分区
- 工作流:修改——>git add(将修改添加到暂存区)——>git commit(将暂存区提交到版本库)
大概可以分为三个区,工作区,暂存区和版本库。
- 工作区(Working Directory) 是直接编辑的地方,肉眼可见,直接操作。
- 暂存区(Stage 或 Index) 数据暂时存放的区域,这里面的代码会在下一次commit后被提交到Git仓库。
- 版本库(git repository) 存放已经提交的数据,由Git object记录每一个提交的快照,以及链式结构记录的提交变更历史。
【参考文档】
Git三大分区的概念
常用 Git 命令清单
分支管理