svn与cvs的区别有哪些

这篇文章主要介绍“svn与cvs的区别有哪些”,在日常操作中,相信很多人在svn与cvs的区别有哪些问题上存在疑惑,小编查阅了各式资料,整理出简单好用的操作方法,希望对大家解答”svn与cvs的区别有哪些”的疑惑有所帮助!接下来,请跟着小编一起来学习吧!

涡阳网站制作公司哪家好,找成都创新互联公司!从网页设计、网站建设、微信开发、APP开发、自适应网站建设等网站项目制作,到程序开发,运营维护。成都创新互联公司2013年开创至今到现在10年的时间,我们拥有了丰富的建站经验和运维经验,来保证我们的工作的顺利进行。专注于网站建设就选成都创新互联公司

区别:1、CVS的版本号是基于文件的自增序列号,而SVN的是基于全局的自增序列号,不仅针对文件,还包括目录;2、CVS是基于RCS文件的,而SVN是基于关系数据库或一系列二进制文件的;3、CVS允许任意的滚回,而SVN不允许递交后滚回;4、SVN支持“零或一”事务原则,而CVS不支持;5、CVS不支持本地文件重命名提交,而SVN支持;6、CVS有四种权限,而SVN只有三种权限。

本教程操作环境:windows7系统、Subversion 1.14版、Dell G3电脑。

CVS(Concurrent Versions System):

是开发源码的并发版本系统 。它可用于各种平台,包括 Linux 、Unix和 Windows NT/2000/XP等。CVS免费开源,对项目进行版本管理。

功能介绍:

1、 代码统一管理,保存所有代码文件更改的历史记录。对代码进行集中统一管理,可以方便查看新增或删除的文件,能够跟踪所有代码改动痕迹。可以随意恢复到以前任意一个历史版本。并避免了因为版本不同引入的深层BUG。

2、 完善的冲突解决方案,可以方便的解决文件冲突问题,而不需要借助其它的文件比较工具和手工的粘贴复制。

3、 代码权限的管理。可以为不同的用户设置不同的权限。可以设置访问用户的密码、只读、修改等权限,而且通过CVS ROOT目录下的脚本,提供了相应功能扩充的接口,不但可以完成精细的权限控制,还能完成更加个性化的功能。

4、 支持方便的版本发布和分支功能。

SVN(Subversion):

  • SVN全名Subversion,即版本控制系统。SVN是Subversion的简称,是一个开放源代码的版本控制系统,相较于RCS、CVS,它采用了分支管理系统,它的设计目标就是取代CVS。互联网上很多版本控制服务已从CVS迁移到Subversion。

  • SVN是一种集中式文件版本管理系统。

  • 集中式代码管理的核心是服务器,所有开发者在开始新一天的工作之前必须从服务器获取代码,然后开发,最后解决冲突,提交。所有的版本信息都放在服务器上。如果脱离了服务器,开发者基本上是不可以工作。

(SVN)集中式管理的工作流程:

集中式代码管理的核心是服务器,所有开发者在开始新一天的工作之前必须从服务器获取代码,然后开发,最后解决冲突,提交。所有的版本信息都放在服务器上。如果脱离了服务器,开发者基本上是不可以工作。

管理流程如下图:

svn与cvs的区别有哪些

svn与cvs的区别


CVSSVN
关于版本号基于文件的自增序列号。基于全局的自增序列号,而不仅仅针对文件,还包括目录等。
存储类型格式CVS是个基于RCS文件的版本控制系统。每个CVS文件都不过是普通的文件,加上一些额外信息。这些文件会简单的重复本地文件的树结构。因此,不必担心有什么数据损失,如果必要的话你可以手工修改RCS文件。SVN是基于关系数据库的(BerkleyDB)或一系列二进制文件的(FS_FS)。一方面这解决了许多问题 (例如,并行读写共享文件)以及添加了许多新功能(例如运行时的事务特性。)。然而另一方面,数据存储由此变得不透明,或是说并不那么用户友好了。那就是为什么工具软件,对仓库 (数据库)变得那么重要了。
访问速度比较慢;因为他基于单向(服务端-->客户端)差异化文件传输整体而言,由于架构实现的不同, SVN的确比CVS快很多;因为采用双向差异化文件传输。
在网络上它只传输很少的信息并支持更多的离线模式的功能。但这也是有代价的。速度的代价就是巨大的存储(完全备份所有的工作文件)。
元数据只允许存储文件允许一个文件有任意都的可命名属性。功能十分完全,但不知到底有什么用
文件类型最初是为文本文件存储而设计的。因此其他文件类型(二进制,统一码)文件的支持几乎没有如需要的话则要有其他信息,并且客户端服务器端都要调整。SVN会关心所有的文件类型,不需要你来手工操作;因为他的存储是基于二进制的
滚回CVS允许任意的滚回,在任意一个已递交的版本上,尽管着要华些时间(所有的文件都要分别处理)。SVN不允许递交后滚回。我们建议把仓库里好的状态版本加到末尾,覆盖掉损坏的版本。而损坏的版本无论如何也是会存在数据库里的。
事务CVS中的 “零或一”事务原则根本没有实现。如果检入几个文件的话(加到服务器上),很有可能部分文件完成了,而另几个没有。最为一个潜规则,手工纠正这些并且对余下的文件 (而不是所有文件)一一重复检入。这样这些文件将在两阶段中被检入。但至今为止,因为这个功能缺少而导致的数据仓库损坏的案例还没有出现过。支持“零或一”事务原则,这是SVN的一大优势
架构、代码、可扩展性CVS是个古老的系统。起初CVS只是一些运用RCS的脚本文件。后来这些脚本被组成一个单个应用程序,但内部结构仍然有待改进。直到今天,仍有人企图从头开始,重写一遍CVS,但都不成功。我们曾经尝试国重写客户端代码以期更好的集成效果,但是,不成功。现在我们都不认为CVS在功能上能走到多远了。Subversion的开发员的确花了许多时间在内部架构上。我们仍然不知道这些决策有多大的正确性等等。但有一点可以肯定,代码有良好的可扩展性,增强工作也在进行着。
重命名、删除操作不支持本地文件重命名提交;
删除分remove和erase两种前者把本地和库中文件都删除,后者只是删除本地文件;
不能删除文件夹
支持文件重命名提交系统会提示删除旧文件,创建新文件
删除本地文件提交 库中文件也被删除
用户访问权限有read、write、creat、none这四种权限,任何人不能删除文件夹(admin也只能跑到服务器上把相应文件夹残忍删除?我暂时只知道这个方法……)只有read、write、none三种权限 creat和delete权限好象和write是捆绑在一起的
创建分支与基线CVS 在创建分支的时候,需要对所有进行分支的文件进行依次的操作,因此分支的建立成本(主要是建立分支所需的时间,或消耗的计算资源)与参与分支的文件数量成比例,项目越大,版本库越大,文件越多,分支的建立成本越高;基线(tag)的建立与此类似。SVN 的分支和基线是通过执行“拷贝”来建立的:回想一下在没有引入版本管理工具的时候我们是如何进行所谓的“分支”和“基线”管理的?答案显然是“拷贝” — 我们通过“拷贝”或“备份”来建立基线;同样,为支持多个开发人员可以同时进行开发,我们为每个开发人员创建一份“拷贝”。

到此,关于“svn与cvs的区别有哪些”的学习就结束了,希望能够解决大家的疑惑。理论与实践的搭配能更好的帮助大家学习,快去试试吧!若想继续学习更多相关知识,请继续关注创新互联网站,小编会继续努力为大家带来更多实用的文章!


名称栏目:svn与cvs的区别有哪些
地址分享:http://ybzwz.com/article/podhoc.html