- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
--
版本管理RCS,cvs,svn,git比较
1,RCS(RevisionControlSystem)修订控制系统
特点:
1),简单2ﻫ),使用Lock机制防止多个开发人员对同一个文件同时进行修改.
2,CVS(CocurrentVersionSystem)并发版本系统
建立在RCS基础上,最流行的开放源代码版本控制系统
特点:1ﻫ),使用单一的主代码树,而不像RCS那样依赖多个目录.
2),最大优点在于多名开发人员可以同时对一个文件进行修改.允许合并.
这就并发开发.
3,SVN(SubVersion)1ﻫ)目录的版本控制ﻫCVS只能对文件进行版本控制,不能对目
录进行版本控制.CVS只能注意到,一个文件在一个位置被删除了,而在一个新位置
创建了另外一个文件。由于它不会连接两个操作,因此也很容易使文件历史轨迹丢失
2)SVN可以原子性提交ﻫCVS采用线性、串行的批量提交,即依次地,一个接一个
地执行提交,每成功提交一个文件,该文件的一个新的版本即被记录到版本库中,提交
时用户提供的日志信息被重复地存储到每一个被修改的文件的版本历史中。ﻫCVS串
行批量提交模式的弊端在于-当任何原因造成批量操作的中断时(典型原因包括:网
络中断、客户端死机等),版本库往往处于一个不一致的状态:原本应该全部入库的
文件只有一部分入库,很有可能版本库中的最新版本不能顺利编译,更为严重的是,随
--
--
着其他的用户执行cvsupdate操作,该不一致性将迅速在开发团队中扩散,从而
严重影响团队的开发效率,并存在质量隐患。另外,假如该批量提交的中断没有被及时
发现,开发团队往往要花更多的时间进行软件调试和排错。
4,Git
Git是用于Linux内核开发的版本控制工具。与常用的版本控制工具CVS,S
ubversion等不同,它采用了分布式版本库的方式,不必服务器端软件支持,使源
代码的发布和交流极其方便。Git的速度很快,这对于诸如Linuxkernel这
样的大项目来说自然很重要。Git最为出色的是它的合并跟踪(mergetracing)
能力。
git更加适合分布式开发项目。而svn(当然全称是subversion)则更适合于
集中式大型开发项目。也有在git之上再使用一层svn的做法。
表1CVS,Git,Mercurial,Subversion比较
特征CVSGitMercurialSubversion
CVS:没
是否原有.CVS提Mercurial:是
Git:是的.提交都是原子的Subversion:提交都是原子的
子提交交不是原子的
的
--
--
Git:支持重命名,这是很
CVS:不是.
文件和实用的目的.git甚至能检测
重命名不支
目录是到重命名之后文件的改变.尽Mercurial:
持.如果手Subversion:是的.支持重
否可以管如此,基于特殊的存储结是的,重命名是
动进行,可能命名
移动或
文档评论(0)