当前位置：首页 » 专业资讯

开发技术指南» 文章正文

    引言： 软件的开发和维护过程，离不开版本管理。

 

 

CVS由来与发展
软件的开发与维护过程，离不开版本管理。对于一份文件，我们经常需要按不同 的版本进行归档，或者从资料库里找出反映文件修改历史的不同版本。这样一方面可以使各个阶段的代码与文档变得井然有序，另一方面可以在当前版本出现问题的 时候，找回先前的版本。当然，人们希望的还不止这些，例如，人们希望规定谁在什么时候可以如何存取某个版本的内容，也希望差异不大的版本按增量的方式存成 一个文件，以节省存储空间……毫无疑问，我们需要一种对文件版本进行控制管理的工具，以有效地控制产品的质量，提高项目开发管理水平。

【相关文章:OpenSSH】

【扩展阅读:linux网络通信命令大全-------】

    cvs（concurrent versions system）就是一个能让很多程序开发者同时进行软件开发的、强大的版本管理控制工具。cvs并不是internet的产物，而它的出现却是历史的必 然。richard stallman倡导的开源软件运动大大加速了这一过程。

起因 【扩展信息:Linux大观】

    开源软件的一个重要特点就是可以从世界任何地方获得代码与改进代码，这是传统软件开发所不具备的。这意味着开源软件的开发在全球 开发者的协作下成为一个不间断的过程，每个人都可能成为开发队伍的一员，并且每个人都会随时流动。一个地域上分散的志愿者组织显然不能投入很多的时间来训 练其成员彼此合作，这就需要一套项目管理办法，确保新成员能较容易地适应工作；同时有一个自动的机制接收外来代码，使每个成员能及时得到最新修改的代码。 当然，这不仅仅是开源社区的需要，只是开源社区的人员分散、资源不易管理，更需要一个版本管理工具。这样的一个工具首先应该支持世界范围的协作，保持发布 版本的一致性；其次它能够容易地汇集各个特定版本的bug，并在全球范围同步一致地进行修改；再者它需要使任何一个开发者能够追踪软件的变化；而在开发者 为软件增加新功能的同时，不能妨碍一般用户使用一个相对稳定的版本。

    cvs很好地解决了这一问题。 除了开发人员可以使用cvs很容易地把代码变化存入代码库之外，它还为不同角色的人员设置了不同的访问权限。例如，不需要修改代码的人员可以以匿名只读方 式访问代码库。而需要修改代码的开发人员每个人都能在自己的机器上建立一个开发树，当需要在一个特殊的代码区工作时，首先通过简单的命令，使开发树获得更 新，以保持全球范围开发状态的同步一致。这样就可以避免出现这样的问题：花了半天时间修改的bug，在提交的时候发现别人已经解决了。一旦确认代码中的 bug别人还没解决，开发者可以马上开始工作。当这些问题解决后，cvs会自动产生补丁，并将补丁发送给维护人员进行检查，最后可能将其并入主项目树中 去。

    发展历程

    早在cvs之前，就出现过对变化前后的文件进行比较，并根据异同形成“补丁”（patch）的工具。例如，unix上使用的 diff与lany wall写的patch，这两个工具对程序代码的传播与维护起到了重要作用。但是，后来出现的许多要求diff与pach都显得无能为力，例如，发现修补 出错而需要退回到以前未修改的状态等。这就要求有一个保存项目历史纪录的系统。

    当时初步具备这个功能的工具是sccs（source code control system），是贝尔实验室的marc rochkind在1972年写成的。sccs是一种基本的源文件版本控制工具，适用于正文文件的版本维护。它基于单一文件的版本控制，代码库与要维护的 文件通常在同一目录下。
...   下一页

» 本期热门文章：

· 热门栏目：

» 相关精选文章

» 其它相关：