Git:版本控制控制软件
主要内容
- 常用的版本控制
- Git简介
- Git的基本使用
- Git的指令
- 远程仓库操作
- IDEA中操作Git
- 冲突问题解决
学习目标
知识点 | 要求 |
---|---|
常用的版本控制 | 掌握 |
Git简介 | 掌握 |
Git的基本使用 | 掌握 |
Git的指令 | 掌握 |
远程仓库操作 | 掌握 |
IDEA中操作Git | 掌握 |
冲突问题解决 | 掌握 |
一、 前言
1. 为什么要使用版本控制软件
在公司中当多人同时开发一个项目时,最后是如何把自己写的代码和别人写的代码整合到一起的?肯定不是把我写的文件复制给其他人,其他人把文件粘贴到他的项目中?这么做太Low了。
在项目中如果碰到问题,把自己的代码”改乱了”,不小心把自己代码文件删除了,想要恢复怎么办?肯定不是每天都把自己的代码复制出来一份,放到一个文件夹里?这么做太Low了。
这些问题都可以使用版本控制软件完美的解决。
2. 市场上那些版本控制软件
2.1 CVS
CVS是个基于RCS文件的版本控制系统。每个CVS文件都不过是普通的文件,加上一些额外信息。这些文件会简单的重复本地文件的树结构,不支持分布式,CVS比较慢。
2.2 SVN
SVN是集中式版本控制系统,版本库是集中放在中央服务器的,而干活的时候,用的都是自己的电脑,所以首先要从中央服务器那里得到最新的版本,然后干活,干完后,需要把自己做完的活推送到中央服务器。集中式版本控制系统是必须联网才能工作,如果在局域网还可以,带宽够大,速度够快,如果在互联网下,如果网速慢的话,就郁闷了。
下图就是标准的集中式版本控制工具管理方式:
集中管理方式在一定程度上看到其他开发人员在干什么,而管理员也可以很轻松掌握每个人的开发权限。
但是相较于其优点而言,集中式版本控制工具缺点很明显:
- 服务器单点故障
- 容错性差
2.3Git
Git是分布式版本控制系统,那么它就没有中央服务器的,每个人的电脑就是一个完整的版本库,这样,工作的时候就不需要联网了,因为版本都是在自己的电脑上。既然每个人的电脑都有一个完整的版本库,那多个人如何协作呢?比如说自己在电脑上改了文件A,其他人也在电脑上改了文件A,这时,你们两之间只需把各自的修改推送给对方,就可以互相看到对方的修改了。
下图就是分布式版本控制工具管理方式:
二、Git简介
1. Git历史
同生活中的许多伟大事件一样,Git 诞生于一个极富纷争大举创新的年代。Linux 内核开源项目有着为数众广的参与者。绝大多数的 Linux 内核维护工作都花在了提交补丁和保存归档的繁琐事务上(1991-2002年间)。到 2002 年,整个项目组开始启用分布式版本控制系统 BitKeeper 来管理和维护代码。
到 2005 年的时候,开发 BitKeeper 的商业公司同 Linux 内核开源社区的合作关系结束,他们收回了免费使用 BitKeeper 的权力。这就迫使 Linux 开源社区(特别是 Linux的缔造者 Linus Torvalds )不得不吸取教训,只有开发一套属于自己的版本控制系统才不至于重蹈覆辙。他们对新的系统订了若干目标:
- 速度
- 简单的设计
- 对非线性开发模式的强力支持(允许上千个并行开发的分支)
- 完全分布式
- 有能力高效管理类似 Linux 内核一样的超大规模项目(速度和数据量)
2. Git的简介
- Git是目前市场上最牛的版本控制软件。(没有之一)
- Git是一个开源免费的分布式版本控制系统。旨在快速高效地处理从小型项目到大型项目的所有内容。
- Git 不仅仅是版本控制系统,同时它也是内容管理系统(CMS),工作管理系统等。
- Git起初是 Linus Torvalds 为了帮助管理 Linux 内核开发而开发的一个开放源码的版本控制软件。所以Git和Linux命令完全兼容。
- Git是分布式的。可以通过Git从服务器上把完整的Git仓库克隆到本地。所以Git的很多操作都是本地的。
3.Git的优点
3.1 协同修改
多人并行不悖的修改服务器端的同一个文件。
3.2 数据备份
不仅保存目录和文件的当前状态,还能够保存每一个提交过的历史状态。
3.3 版本管理
在保存每一个版本的文件信息的时候要做到不保存重复数据,以节约存储空间,提高运行效率。这方面 SVN 采用的是增量式管理的方式,而 Git 采取了文件系统快照的方式。
3.4 权限控制
对团队中参与开发的人员进行权限控制。
对团队外开发者贡献的代码进行审核——Git 独有。