|NO.Z.00002|——————————|DevelopMent|——|Git&Git和SVN简介|
作者:互联网
[Development:Git&Git和SVN简介] [Programming.Development][Git简史及安装教程/创建本地仓库/提交项目到本地仓库/误删还原]
一、Git简史及同类产品对比:
### --- git简史:
~~~ 同生活中的许多伟大事件一样,Git 诞生于一个极富纷争大举创新的年代。
~~~ Linux 内核开源项目有着为数众广的参与者。
~~~ 绝大多数的 Linux 内核维护工作都花在了提交补丁和保存归档的繁琐事务上(1991-2002年间)。
~~~ 到 2002 年,整个项目组开始启用分布式版本控制系统 BitKeeper 来管理和维护代码。
~~~ 到 2005 年的时候,开发 BitKeeper 的商业公司同 Linux 内核开源社区的合作关系结束,
~~~ 他们收回了免费使用 BitKeeper 的权力。
~~~ 这就迫使 Linux 开源社区(特别是 Linux的缔造者 Linus Torvalds )不得不吸取教训,
~~~ 只有开发一套属于自己的版本控制系统才不至于重蹈覆辙。
### --- 他们对新的系统订了若干目标:
~~~ 速度
~~~ 简单的设计
~~~ 对非线性开发模式的强力支持(允许上千个并行开发的分支)
~~~ 完全分布式
~~~ 有能力高效管理类似 Linux 内核一样的超大规模项目(速度和数据量)
二、git和SVN对比:
### --- git和SVN对比:
~~~ # SVN:
~~~ SVN是集中式版本控制系统,版本库是集中放在中央服务器的,
~~~ 而干活的时候,用的都是自己的电脑,所以首先要从中央服务器哪里得到最新的版本,
~~~ 然后干活,干完后,需要把自己做完的活推送到中央服务器。
~~~ 集中式版本控制系统是必须联网才能工作,如果在局域网还可以,带宽够大,速度够快,
~~~ 如果在互联网下,如果网速慢的话,就郁闷了。
~~~ 集中管理方式在一定程度上看到其他开发人员在干什么,
~~~ 而管理员也可以很轻松掌握每个人的开发权限。
~~~ # 但是相较于其优点而言,集中式版本控制工具缺点很明显:
~~~ 服务器单点故障
~~~ 容错性差
下图就是标准的集中式版本控制工具管理方式:
~~~ # Git:
~~~ Git是分布式版本控制系统,那么它就没有中央服务器的,
~~~ 每个人的电脑就是一个完整的版本库,这样,工作的时候就不需要联网了,
~~~ 因为版本都是在自己的电脑上。
~~~ 既然每个人的电脑都有一个完整的版本库,那多个人如何协作呢?
~~~ 比如说自己在电脑上改了文件A,其他人也在电脑上改了文件A,
~~~ 这时,你们两之间只需把各自的修改推送给对方,就可以互相看到对方的修改了。
下图就是分布式版本控制工具管理方式:
### --- 一般工作流程如下:
~~~ 从远程仓库中克隆 Git 资源作为本地仓库。
~~~ 从本地仓库中checkout代码然后进行代码修改
~~~ 在提交前先将代码提交到暂存区。
~~~ 提交修改。提交到本地仓库。本地仓库中保存修改的各个历史版本。
~~~ 在修改完成后,需要和团队成员共享代码时,可以将代码push到远程仓库。
下图展示了 Git 的工作流程:
===============================END===============================
Walter Savage Landor:strove with none,for none was worth my strife.Nature I loved and, next to Nature, Art:I warm'd both hands before the fire of life.It sinks, and I am ready to depart ——W.S.Landor
来自为知笔记(Wiz)
标签:DevelopMent,SVN,Git,仓库,版本,Linux,### 来源: https://www.cnblogs.com/yanqivip/p/16062953.html