4
回答
CVS, subversion, hg, git 版本控制系统的选择之路

CVS, subversion, hg, git 版本控制系统的选择之路

subversion, hg, git

对于软件开发者或者往大了说,有知识管理或者数据管理需要的数码人 <[if gte vml 1]> Computer ,是否使用版本控制系统,肯定已经不再是一个问题。

但是选用什么版本控制系统呢?这真是一个问题。我会告诉我的大部分客户,您可以仍旧选择Subversion作为主要的版本控制工具(CVS早已被我们淘汰了,见附:SVNCVS的比较),但是分布式版本控制系统,在特定场合诸如:异地协同开发、移动办公/开发、涉密项目的封闭式开发都有着各种不同的应用。

如果采用类似我们公司的开源开发模式或者是内部开源模式,那么 Git 可能是您的首选。

这篇博文以我们群英汇自己公司的版本库变迁历史,和网友共享

Subversion

Subversion 是群英汇支持的最重要的产品,我们服务的大多数客户,都或多或少的选择了我们的版本控制服务。群英汇为客户提供Subversion版本控制服务,从培训、应用部署、系统整合到售后服务、技术支持。

我们公司的部分项目使用了Subversion版本控制系统,如:

·             pySvnManager托管在SourceForge

·             FreeMind-MMX: 托管在SourceForge

·             WordPressCoSign-SSO插件:位于官方的Subversion库中

我们公司内部的开发在2007年以前,也主要使用Subversion,但是之后,我们的代码库逐渐的向分布式版本控制系统迁移:

·             先是HgHg是水银的化学元素符号,全称为Mercurial

·             后来是GitGit LinusTorvalds Linux后的又一个伟大发明,为全人类的另一个伟大贡献

Hg/Mercurial

Hg走入我们的视线,是因为我们研究的项目都一个一个脱离Subversion阵营,转向Hg,使用Hg作为各自项目的版本控制工具。其中一个我们主要研究的项目是:MoinMoin维基。

使用Hg后,困扰我的问题迎刃而解,就是:

·             我们的软件开发模式是基于成熟的开源软件进行定制。项目的原始代码库称为上游,我们自己的代码库称为下游;

·             使用Subersion,我们采用SubversionVendor分支(或称卖主分支)来管理我们的代码

·             一但上游软件软件出现新的版本,我们代码的迁移就成了最让人头痛的事情,可能好几天都不能搞定;

Hg可以很好的解决这个问题,原因在于:

·             Hg是分布式版本控制工具,整个代码库都在本地,浏览变更历史速度超快,实际上是本地访问,不再受制于网络。这样我们就可以更快的建立和上游版本库的同步,尽早尽快的解决代码合并问题,而不是要等到新版本发布;

·             Hg的最佳拍当MQ!简直就是为我们的开发模式所设计的。Subversoion的卖主分支和MQ相比就好像马车和火箭的对比。

·             Hg简单,并且使用习惯和Subversion非常相似,这也是为什么我们公司的版本控制系统在转向 Git 后,仍有部分项目在使用 Hg的原因

群英汇的Hg开源代码库:

·             http://bitbucket.org/ossxp_com/

Git

有了Hg,为什么还要用git

·             Subversion代码库同步的需要。

o                虽然svn可以镜像远程代码库,但镜像库不能提交

o                Hg不支持分支,因此无法完全克隆一个Subversion代码库

o                Git有着完备的分支支持,可以将远程svn库镜像为一个本地的git库,而且可以提交甚至远程提交

·             Git速度更快。如果你用过githg,你就会对我说的有所感觉:

o                Hg提交/克隆/push/pull,我经常对自己无所事事 <[if gte vml 1]> Sleepy 而感到恼怒,感觉就像傻子一样,完成了多少?1%还是99%

o                Git速度超快不说,整个过程有着详尽的提示,真是体贴备至。 <[if gte vml 1]> ROTFL

·             GitTopgit很好的支持上下游的协同开发

o                HgMQ虽然很好,但是GitTopgit,而且Gitrebase功能更成熟

o                MQ可能更适合单人开发,但是没有办法对补丁之间建立依赖关系

o                Topgit采用分支来管理补丁,而且可以在分支之间设置依赖,可以是代码更整洁

群英汇的开放Git代码库:

·             群英汇在github上的开源代码 (请使用 firefox浏览器)

·             我们自己网站上的gitweb演示:http://git.ossxp.com/

·             我们项目管理平台大多数项目也是和git版本整合:Redmine项目


参考阅读:

·             Why Git is Better than X

·             Version Control System Comparison

·             Version control systems comparison

·             CVS vs Starteam

 

分享文章

这篇文章由    2010629 - 12:00发表于http://www.ossxp.com/,分类于 Linux。您可以通过 RSS 2.0 来订阅对该条目的回复。 也可以发表评论引用到你的网站。

 

附:SVNCVS版本控制比较(淘汰CVS的理由)

SVN CVS 同为开源的集中式版本控制工具。随着 CVS 的一天一天老去,越来越多的缺陷被暴露,SVN 正是被设计用于替代 CVS 的。

§                 几个GB甚至十几个GB CVS 库的问题:

§                         分支代价大,创建一个里程碑需要的时间?

§                         CVS创建里程碑/分支一直是这么慢么?

§                 目录和文件名的版本控制

§                         如何重命名的?以破坏历史为代价的重命名?

§                 file base VCS,不支持 transaction

§                         为什么tagCVS那么重要?──file base

§                 认证方式单一,安全性差

§                 二进制文件支持脆弱,易破坏

§                         忘记 -kb

§                 CVS代码维护停滞,停止演进。第三方支持工具少

两种集中式开源版本控制系统比较: Subversion CVS 的比较

§                  

比较项目

CVS

SVN

权限控制

是否依赖系统帐号

依赖

不依赖

可否对分支授权

是否支持LDAP认证

图形化帐号管理

(集中管理平台)

用户可否获取忘记口令,修改口令

(集中管理平台)

目录,文件名变更

分支管理

创建分支时间

耗时*

分支可见、查询

二进制文件

二进制优化

二进制文件标识

手工

自动

二进制文件(图形文件)被破坏

易破坏

不易破坏

事物处理

量子提交

修改提交说明

单个文件

换行符

可否指定换行符类型

检查换行符设定,避免跨平台开发带来的混乱

 

 

举报
openexpress1
发帖于8年前 4回/12K+阅
顶部