分布式版本控制软件 git 的基本操作(第一节：git的基本介绍)

Git历史

同生活中的许多伟大事件一样，Git 诞生于一个极富纷争大举创新的年代。Linux 内核开源项目有着为数众广的参与者。绝大多数的 Linux 内核维护工作都花在了提交补丁和保存归档的繁琐事务上（1991－2002年间）。到 2002 年，Linux系统已经发展了十年了，代码库之大让Linus很难继续通过手工方式管理了，于是整个项目组开始启用分布式版本控制系统 BitKeeper 来管理和维护代码。

到 2005 年的时候，开发 BitKeeper 的商业公司同 Linux 内核开源社区的合作关系结束，他们收回了免费使用 BitKeeper 的权力。这就迫使 Linux 开源社区（特别是 Linux的缔造者 Linus Torvalds 林纳斯·托瓦兹）不得不吸取教训，只有开发一套属于自己的版本控制系统才不至于重蹈覆辙。他们对新的系统订了若干目标：

• 速度快
• 简单的设计
• 对非线性开发模式的强力支持（允许上千个并行开发的分支）
• 完全分布式
• 有能力高效管理类似 Linux 内核一样的超大规模项目（速度快和数据多）

Git与SVN对比

SVN基本概念

SVN是集中式版本控制软件，版本库是集中放在中央服务器的，而干活的时候，用的都是自己的电脑，所以首先要从中央服务器哪里得到最新的版本，然后干活，干完后，需要把自己做完的活推送到中央服务器。集中式版本控制系统是必须联网才能工作，如果在局域网还可以，带宽够大，速度够快，如果在互联网下，如果网速慢的话，就郁闷了。

集中管理方式在一定程度上看到其他开发人员在干什么。但是相较于其优点而言，集中式版本控制工具缺点很明显：

1. 服务器单点故障(只有一台服务器)
2. 容错性差

Git基本概念

Git是分布式版本控制软件，那么它可以没有中央服务器的，每个人的电脑就是一个完整的版本库，这样，工作的时候就不需要联网了，因为版本都是在自己的电脑上。既然每个人的电脑都有一个完整的版本库，那多个人如何协作呢？比如说自己在电脑上改了文件A，其他人也在电脑上改了文件A，这时，你们两之间只需把各自的修改推送给对方，就可以互相看到对方的修改了。克隆

SVN与Git区别

1. Git有多个仓库(分布式)、SVN只有一个仓库(集中式)
2. Git是仓库对仓库、SVN是项目对仓库

Git工作流程

工作流程如下：

1. 克隆Git远程仓库中作为本地仓库。
2. 把本地仓库中的项目导入开发工具，然后开发项目。
3. 在提交前先将代码提交到暂存区。
4. 提交修改，提交到本地仓库。
5. 需要和团队成员共享代码时，push本地仓库代码到Git远程仓库。

Git的工作流程图：

---

                                                                   扫描下方微信公众号关注获得学习大礼包

                                                                   关注公众号回复“git学习”即可获得git相关资料