几款版本控制工具svngit、cvs及mercurial的比较.pdfVIP

版本管理 RCS,cvs,svn,git 比较 1,RCS(Revision Control System) 修订控制系统 特点 : 1), 简单 2), 使用 Lock 机制防止多个开发人员对同一个文件同时进行修改 . 2,CVS(Cocurrent Version System) 并发版本系统 建立在 RCS基础上 , 最流行的开放源代码版本控制系统 特点 : 1), 使用单一的主代码树 , 而不像 RCS那样依赖多个目录 . 2), 最大优点在于多名开发人员可以同时对一个文件进行修改 . 允许合并 . 这就 并发 开发 . 3,SVN(SubVersion) 1) 目录的版本控制 CVS 只能对文件进行版本控制，不能对目录进行版本控制 .CVS 只能注意到，一个文件 在一个位置被删除了，而在一个新位置创建了另外一个文件。由于它不会连接两个操 作，因此也很容易使文件历史轨迹丢失 2) SVN 可以原子性提交 CVS采用线性、串行的批量提交，即依次地，一个接一个地执行提交，每成功提交一 个文件，该文件的一个新的版本即被记录到版本库中，提交时用户提供的日志信息被 重复地存储到每一个被修改的文件的版本历史中。 CVS 串行批量提交模式的弊端在于 －当任何原因造成批量操作的中断时 （典型原因包 括：网络中断、客户端死机等），版本库往往处于一个不一致的状态：原本应该全部 入库的文件只有一部分入库， 很有可能版本库中的最新版本不能顺利编译，更为严重 的是，随着其他的用户执行 cvs update 操作，该不一致性将迅速在开发团队中扩散， 从而严重影响团队的开发效率，并存在质量隐患。另外，假如该批量提交的中断没有 被及时发现，开发团队往往要花更 多的时间进行软件调试和排错。 4,Git Git 是用于 Linux 内核开发的版本控制工具。与常用的版本控制工具 CVS, Subversion 等不同，它采用了分布式版本库的方式，不必服务器端软件支持，使源代 码的发布和交流极其方便。 Git 的速度很快，这对于诸如 Linux kernel 这样的大项 目来说自然很重要。 Git 最为出色的是它的合并跟踪（ merge tracing ）能力。 git 更加适合分布式开发项目。而 svn （当然全称是 subversion ）则更适合于集中式 大型开发项目。也有在 git 之上再使用一层 svn 的做法。 表 1 CVS,Git,Mercurial,Subversion 比较 特征 CVS Git Mercurial Subversion CVS: 没 有 . 是 否 原 CVS提交不是 Git: 是的 . 提交都是原子的 Mercurial: 是的 Subversion: 提交都是原子的 子提交 原子的 Git: 支持重命名 , 这是很实用 CVS: 不 是 . 文 件 和 的目的 . git 甚至能检测到重命 重 命 名 不 支 目录 是 名之后文件的改变 . 尽管如此 , Mercurial: 是 持 . 如果手动 否 可 以 基于特殊的存储结构 , 重命名 的, 重命名是支 Subversion: 是的 . 支持重命名 进行 , 可能会 移 动 或 不会被显示的记录 , git 能够推 持的 损 坏 历 史 记 重命名