Git学习第一课 版本控制的简介
疑问:
git是做什么的?
git是如何发展的?
一、git是做什么的?
git是版本控制器。什么是版本控制器?就是记录每一次修改的内容的一个工具。举例来说,
你的操作 git记录
今天你新建了一个txt文本。 x年x月x日x人 新建了一个txt文件。
一天后你在txt文本上写了“aa”。 x年x月x日x人 在txt上添加了文字“aa”。
两天后你在txt上写了“bb”。 x年x月x日x人 在txt上添加了文字“bb”。
不小心把本地文件txt删除了,还可以恢复文件。
现在是不是对git有了一个初步的了解?
二、git是如何发展来的?
人们有记录版本的需要,但是往往不会一下子就想到这种完善的方式。git的发展也是经历了很多过程的。
1、本地版本控制系统
有没有这样的经历?在做一个时间比较长的项目的时候,在更改某个功能或文件之前自己先拷贝一份作为备份,然后在进行修改。为了区别,还在每个拷贝上加上时间和备注。但是,想一想,每次改变只是几个文件,却要复制整个项目,如果项目很大,好几个G,久而久之,不是太浪费硬盘容量了吗?要是能每次只记录修改了的文件,不是大大的节省了容量?这样,就诞生了“本地版本控制系统”。他就是每次记录修改了哪些文件,并记录到本地。但是,一旦硬盘损坏,那么文件都会不复存在了。
2、集中化的版本控制系统
加入有三个人协同开发一个项目。每个人记录自己改变了的文件到本地,下班前,三个人把各自工作合起来的时候就比较困难了。只能把工作都汇集到一台电脑上,然后人工合并。容易出错不说,合并工作也是相当耗时费力。而集中化的版本控制系统就是为了解决协同开发的问题诞生的。
集中化的版本控制系统都有一个专门记录更改的服务器。每一个项目的开发者连接到该服务器,更新最新的项目,提交更改。
这么做得好处是:
- 每个人都可以看到其他人都在做什么。
- 管理员可以掌握每个人的开发权限。
- 协同开发方便。
缺点:
- 一旦服务器挂掉或者硬盘坏掉,那么项目就没有办法再次恢复了。
3、分布式版本控制系统
为了解决集中式管理系统的缺点,分布式版本管理系统应运而生。分布式管理系统也是有一个服务器作为版本控制的主要服务器。但是,PC端的每一次拉取或者更新操作就会把最新的项目备份到PC端。如果有三个人协同开发,那么就有四份项目的备份,一份在服务器,三份在PC端。这样即使服务器坏掉,我们还是可以恢复文件的。
Git就是一种分布式的版本控制系统。