• Subversion
  • 集中式版本控制的典型代表。CVS 的最佳替代者，是开源软件安装量最大的版本控制系统。是开源软件自身生存和继续发展的基础软件。
• Bazaar
  • 与 Ubuntu 一起成长的分布式版本控制系统。实现卖主分支另外的方法，下一代个人版本控制系统。
• SVK
  • 用SVK这一在 SVN 上实现的分布式管理系统，曾经作为 Subversion 分布部署的最佳选择，今天已经显得过时了。我们有更好的跨地域版本控制的方案。
• Eclipse + Subclipse
  • 在最流行的集成开发工具上使用最流行的版本控制工具。
• TortoiseSVN
  • 如果你使用 Windows 平台的话。
• 命令行
  • 解除 Windows 程序员对命令行的恐惧。

2. 分布式还是集中式版本控制

分布式版本控制系统已成爆发之势，越来越多的开源软件使用诸如 GNU arch, Bazaar, Mercurial, Git, SVK等分布式版本控制系统。 这一方面是开源软件开发的本质（全部源码公开，跨地域的开发团队）决定的，另一方面是管理角度（服务器扩展性，基于信任链的代码提交）。

我们认为了解分布式版本控制系统，对于程序员是必要的，因为:

• 从开源社区汲取营养的需要；
• 对第三方只读源码库维护的需要；
• 下一代个人版本控制工具；

我们认为“集中式”版本控制系统，仍然是商业企业软件开发中的首选，因为是企业对授权和集中管理的需要。 即使有跨地域开发的需要，我们也可以通过镜像、代理等方式实现 Subversion 的高效运行。

3. SVN 和 CVS 的对照

我们选择 Subversion(SVN) 作为企业版本控制工具的首选，而不是 CVS。不是因为我们使用 Subversion 时间更久，也不是因为我们对 Subversion 更有感情。恰恰相反，CVS 很早就已经渗透到我们的血液中。关于 CVS 可以参考我们这个文档： 《CVS 版本控制》。

多年的使用 CVS 的开发经验，我们深感 CVS 在使用和管理上的不足。下面是 SVN 和 CVS 的对照。

4. SVN 和 商业版本控制系统的对照

那么商业的版本控制工具如何呢？我们要大声告诉你，不要！不要把您的核心资产——“代码”让他人绑架！

5. 群英汇：功能扩展

• 与“开源速递·集中管理”平台整合;

• Hooks 插件扩展；
• 改进的二进制文件和文件换行符属性冲突检查；
• Subversion 管理员命令行；
• 其他 bugfix ...

6. 为什么选择群英汇

• 因为开源，所以优秀
• 节省您的投资
• 标准的软件发布包
• 专家级培训
• 技术支持
• 安全保障

7. 相关文档

• 《服务指南：群英汇 Subversion 版本控制系统》

CVS 代表协作版本系统，这是一个将一组文件放在层次目录树中以保持同步的系统。人们可以从 CVS 服务器上更新他们的本地层次树副本，并将修改的结果或新文件发回；或者删除旧文件。
CVS 基于客户端 / 服务器的行为使得其可容纳多用户，构成网络也很方便。这一特性使得 CVS 成为位于不同地点的人同时处理数据文件 ( 特别是程序的源代码 ) 时的首选。

服务器

1 。初始化 cvs 服务器环境

＃ cvs –d /tmp/source init

命令在 /usr/local/sourc 下建立了 cvsroot 目录，里面是初始化的 cvs 服务器配置文件。

2 。把 cvs 服务器放到 xinetd 中

＃ vi /etc/xinetd.d/cvspserver 建立服务文件并添加内容

server cvspserver

{

         flags          = REUSE

         socket_type       = stream

         wait                     = no

         user                    = root

         protocol             = tcp

         server                 = /usr/bin/cvs

         server_args       = -f –allow-root=/tmp/source pserver

         disable               = no

}

其中 server_args 一个参数指定了源代码路径 , 一个指定了服务器使用密码认证方式 .

然后确保 /etc/services 文件中有以下两行

cvspserver 2401/tcp
cvspserver 2401/udp

最后重启 xinetd 服务。

测试

假设 cvs 服务器在 192.168.0.192 上，系统上有一个用户 cvs 。登陆另一台 linux 机器，执行下列命令可以完成测试。

$export CVSROOT ＝ :pserver:cvs@192.168.0.192:2401/tmp/source

$cvs login

输入密码，没有错误提示表示登陆成功。

$cvs logout 登出

用户认证

cvs 服务器有一套自己的用户认证机制，此方法使用了系统上用户直接作为 cvs 服务器用户，采用 linux 组、用户权限实现这样的功能。

例如，在 linux 系统上有两个开发组 a 、 b ，分别有用户 a － user1 ， a － user2 ， b － user1 ， b － user2 。

模块 a － source ，希望 a 组成员都可以读写， b 组没有任何权限，使用以下命令：

＃ chown –R a-user1 a-source

＃ chgrp –R a a-source

＃ chmod –R 770 a-source

如果希望 a － source ，只有 a － user1 可以写，同组其他用户可以读， b 组没有任何权限，把 chmod 命令改成
－ R 750 即可。

说明

cvs 中默认一个用户 checkout 代码时候，会在当前模块下生成一个锁文件，如果这个用户对当前模块没有写权限，读是不可能的。配合上面的权限设置，必须改以下 cvs 服务器配置。改成不在当前模块目录下生长锁文件，把锁文件集中到一个所有用户都有读写权限的目录。修改配置文件 CVSROOT/config

＃ Put CVS lock files in this directory rather than directly in the repository.

＃ LockDir=/var/lock/cvs

把 LockDir 设上就可以了。

系统建立多个源代码库

1 。使用一个不同路径

2 。 /etc/xinetd.d 目录下建立一个新的任务配置文件，如 cvspserver1 ，文件中第一行 server 名称一定要区分。如改为 server cvspserver1 ， server_args 做相应变动。还要在 /etc/services 文件中，加入新的服务器端口，如 cvspserver1 2402/tcp 。重启 xinetd 即可。

CVS 的使用流程

1 。登入 (login) ，只需做一次。需要密码认证，除非是允许匿名登入，否则都要输入 CVS Server 管理者配给您的密码。

2 。取出 (checkout) 整份专案 ( 类似档案下载 ) 。此时，您的硬碟中会有一份专案的原始码目录，我们称之为工作目录。

3 。依您的程式意图，修改某一支程式。

4 。查询程式的在库状态 (status) 。 (3 、 4 这二个动作可互调或合并操作 )

5 。视在库状态，比对二者的差异 (diff) ，调整修改的程式 ( 是否和他人修改的部份发生冲突，若无冲突，那就十分单纯，可在修改完之後，直接存入 (commit/ci) 档案库 (repository) 中 )

6 。若有冲突，在 mailling list 中，和他人讨论，取得协调。

7 。将修改好的档案 commit 存入 CVS 档案柜 ( 俗称 checkin ，类似档案上传 ) ，请务必在程式码注解中，详述您的意图。

8 。透过 mailling list 说明您的想法，和大家讨论。

9 。每经过一段时日，应查询在库状态，并更新您的工作目录 (update) 。