Git 分布是版本控制工具
这篇文章将不断的持续更新和重构
文章目录
- 什么是 Git
- 1.Git 历史
- 2.Git 与 SVN 对比
- 2.1 SVN
- 2.2 Git
- 3 Git 工作流程
- 4 Git 的安装与常用命令
- 5 使用Git 管理文件版本
什么是 Git
Git是一个开源的分布式版本控制系统,是目前世界上最先进、最流行的版本控制系统。可以快速高效地处理从很小到非常大的项目版本管理。特点:项目越大越复杂,协同开发者越多,越能体现出Git的高性能和高可用性。
1.Git 历史
同生活中的许多伟大事件一样，Git诞生于一个极富纷争大举创新的年代。Linus 内核开源项目有着为数众广的参与者。绝大多数的Linux 内核维护工作都花在了提交补丁和保存归档的繁琐事务上(1991-2002年间)。到2002年，整个项目组开始启用分布式版本控制系统BitKcepsr来管理和维护代码。
到2005 年的时候，开发BitKcepsr的商业公司同Linux 内核开源社区的合作关系结束，他们收回了免费使用BitKcepsr的权力。这就迫使Linux 开源社区(特别是Linux的缔造者Linus Torvalds )不得不吸取教训，只有开发一套属于自己的版本控制系统才不至于重蹈覆辙。他们对新的系统订了若干目标:
●速度
●简单的设计
●对非线性开发模式的强力支持(允许上千个并行开发的分支)
●完全分布式
●有能力高效管理类似Linux 内核一样的超大规模项目(速度和数据量)
2.Git 与 SVN 对比
2.1 SVN
SVN是集中式版本控制系统，版本库是集中放在中央服务器的，而干活的时候，用的都是自己的电脑，所以首先要从中央服务器哪里得到最新的版本，然后干活，干完后，需要把自己做完的活推送到中央服务器。集中式版本控制系统是必须联网才能工作，如果在局域网还可以，带宽够大，速度够快，如果在互联网下，如果网速慢的话，就郁闷了。
下图就是标准的集中式版本控制工具管理方式
集中管理方式在一定程度上看到其他开发人员在干什么，而管理员也可以很轻松掌握每个人的开发权限。但是相较于其优点而言，集中式版本控制工具相对于Git缺点:
● 服务器单点故障.
● 容错性差
2.2 Git
Git是分布式版本控制系统，那么它就没有中央服务器的，每个人的电脑就是一个完整的版本库，这样，工作的时候就不需要联网了，因为版本都是在自己的电脑上。既然每个人的电脑都有一个完整的版本库，那多个人如何协作呢?比如说自己在电脑上改了文件A，其他人也在电脑上改了文件A，这时，你们两之间只需把各自的修改推送给对方，就可以互相看到对方的修改了。
下图就是分布式版本控制工具管理方式:
3 Git 工作流程
一般工作流程如下:
1.从远程仓库中克隆Git 资源作为本地仓库。
2.从本地仓库中checkout代码然后进行代码修改
3.在提交前先将代码提交到暂存区。
4.提交修改。提交到本地仓库。本地仓库中保存修改的各个历史版本。
5.在修改完成后，需要和团队成员共享代码时，可以将代码push到远程仓库。
下图展示了Git 的工作流程:
命令如下:
1. clone (克隆) :从远程仓库中克隆代码到本地仓库
2. checkout ( 检出) :从本地仓库中检出-个仓库分支然后进行修订
3. add (添加) :在提交前先将代码提交到暂存区
4. commit (提交) :提交到本地仓库。本地仓库中保存修改的各个历史版本
5. fetch (抓取) :从远程库,抓取到本地仓库,不进行任何的合并动作，般操作比较少。
6. pull (拉取) :从远程库拉到本地库,自动进行合并(merge) ,然后放到到工作区,相当于
fetch+merge
7. push (推送) : 修改完成后,需要和团队成员共享代码时,将代码推送到远程仓库4 Git 的安装与常用命令
5 使用Git 管理文件版本
