CVS版本管理介绍..docVIP

CVS版本管理介绍 产品四部 黄昌发 概述 前言 CVS的全称是Cuncurrent Versions System，是一种GNU软件包，由Intersolv公司开发。它是基于TCP/IP协议的版本控制工具，也是开源界最重要的开发工具之一。 CVS采用Client/Server结构，所有的用户都在客户端进行CVS操作，而所有命令的执行都在CVS服务器端进行。 CVS是一种基于RCS（Revision Control System修订控制系统）系统的维护工具，它明确的将源文件的存储和用户的工作空间独立开来，在一定的模式上扩展了RCS的恢复提交功能，并使其有利于并行开发，是一个版本控制系统。 CVS不采用对文件上锁的机制。CVS采取多个用户可以同时对一个文件进行编辑，然后Commit（提交）的方式解决这个问题。假设出现冲突，使用者必须手工解决冲突之后再进行Commit。在这种情况下，冲突的开发者必须进行足够的沟通以避免再次冲突。 理论上CVS可以维护任意的文本文档的开发，而不是局限于程序设计。 存储结构 仓库（Repository）： CVS服务器上，一个源代码仓库被称为一个Repository。 Repository是CVS系统保存软件资源的地方。所有项目的所有文件的所有版本都保存在这个仓库中。 一个服务器上可以运行多个Repository，每个Repository都是完全独立的，可以有不同的用户列表和访问规则。 上图的E:/cvshome就是一个Repository，对应着硬盘上的一个文件夹。 模块（Module）： 在一个Repository之下，文件按照Module组织，一个Module就是一个子文件夹。 每一个Module就相当于一个工程，大致相当于Eclipse里面的Project。 一个软件工程通常作为一个单一模块存放在库中。 也可以多个软件工程作为存放在一个模块中。 工作拷贝（Working Copy）： 工作拷贝是从CVS服务器端取出的，保存在我们正在使用的客户端计算机上的代码拷贝。 一个项目在开发的过程中会有多个工作拷贝。 典型的情况是一个开发小组在开发一个项目，所有的小组成员都共用同一个CVS服务器，共用同一个CVS仓库，共用该项目在CVS仓库中的同一个版本库，但是每个小组成员都有一个属于自己的工作拷贝。 每个人的工作拷贝在工作过程中独立进行修改，互不干扰。大部分情况下，这些工作拷贝各不相同。 版本结构 HEAD（主线）： 任何一个模块（Module）都有一个主要路径。 对于项目，所有的文件在主线上形成该项目最新一个快照。 对于文件，主线上的文件代表了该文件在主要路径上的最新内容。 主线只有一条。 Version（版本）： 对于整个项目，一个版本就是不停改变的项目在某个时间点上的一个快照。 对于文件，表了该文件在某个时间点上的内容。 一个Version是通过Tag操作基于主线创建的。 一个项目可以有多个Version。 Branch（分支）： 分支就像一棵正常生长的代码树中的枝杈。 分支代表了正在开发调试中、尚未正式发布的代码。 一个分支最终要么被合并到主线中去，要么被放弃。如果一个补丁包发布了，相应分支的代码应该被合并到主线上去。 一个分支也可能经历多次与主线的合并。 一个Branch是基于某个Version创建的。 一个项目可以有多个Branch。 命令格式 CVS的使用有两种方式：一是本机使用，一是远程执行。 本机使用是通过命令行窗口进行的。 远程执行则是通过客户端工具进行。例如WinCVS工具、Eclipse中的CVS插件等。 CVS的命令格式是： cvs [cvs的选项] cvs-command [command 选项] 例如，查看CVS的帮助信息： cvs -H command CVS服务器 Windows下安装 直接运行安装文件（cvsnt-2.0.41.exe），即可完成安装。 服务器配置 运行Service control panel，出现CVS的服务控制面板。 配置Repository： 其他配置： CVS用户： CVS用户和密码，采用本机操作系统的用户和密码。也可以采用域用户进行认证。 Eclipse中CVS操作 仓库配置（Repository） 打开CVS Repositories视图： 点击快捷菜单Repository Location： 例如： Host： CVS服务器IP地址或机器名。 Repository Path： CVS服务器上配置的Repository Root。 需要注意的是路径名称的大小写、斜杠必须与服务器完全一致。 User Password：