版本管理

本文以cvs为例，介绍了软件工程中，编码过程中对于版本控制的运用的一些技巧。在最后部分，还介绍了软件工程最后的“交付工程”。

架设基于Apache服务器的SVN版本库

在项目实施过程中实施版本管理经验谈

虽然我使用传统SCM（软件配置管理，或者叫RCS——版本控制系统）软件已经有很多年，从那个垃圾一般的VSS到功能强大的CVS和SVN都用过 一段时间，短则半年（VSS），长则数年（SVN）。但是对于分布式版本控制系统（DRCS），我也是刚接触不久，发现它们的确很不错，相比传统SCM来 说，是一种质的变化。

软件项目版本号的命名规则及格式介绍

版本控制和文档修订留痕的比较是在文档管理中很重要的组成部分。在SharePoint中，版本控制是默认支持的。在mdms2003中，利用word2003的文档修订功能，以及event handler实现了将文档的修订留痕保留到SharePoint中的功能。在mdms2007中，也用了类似的方法。

说到版本控制工具，很多人可能都会马上想到CVS和Subversion，但自从开始使用git以后，我在自己的开发过程中都会优先选择git而非前者。

ClearCase的核心功能是版本控制，它是对在软件开发进程中一个文件或一个目录发展过程进行追踪的手段。ClearCase对所有文件系统对象（包括文件、目录和链接）增强了版本控制系统功能。可定版本的文件包括源代码、可执行文件、位图文件、需求文档、设计说明、测试计划、和一些ASCII和非ASCII文件。目录的版本记录了整个组织基础资源的发展状况，包括源文件的建立、重新命名、重新构造和删除操作等。 这种版本控制系统提供了先进的版本分支和归并功能用于支持并行开发。

CVS是并发版本系统（Concurrent Versions System）的意思，主流的开 放源码网络透明的版本控制系统。

建立和配置操作都是在Redhat Linux8.0上做的。系统带的CVS可执行程序在/usr/bin下面，版本信息为：Concurrent Versions System (CVS) 1.11.2 (client/server)。系统带的这个cvs可执行程序既可以当客户端使用，也可以用来建立cvs源代码库服务器。

到目前为止已经接触了四,五种版本控制系统了，但是个人觉得还是比较喜欢用CVS.尽管CVS有不少的缺陷的,尽管CVS的原作者已经有了新的替代版本SYN,但是我觉得到现在为止CVS的用户群依然不小. 尤其是Open Source的项目.比较一下各个版本控制系统的优点和缺点．

版本的强制控制和版本合并

项目的开始，项目组只有从第三方获取的类库、具备编程知识的程序员和PM（项目经理）。由于成员数量不少，使用简单共享方式的版本管理往往难以胜任，某些人往往会因为新功能的需要或者无意将一些代码改得面目全非，无从追踪。我们需要一个简单的版本管理工具，比如Visual Source Safe，每个人在修改代码之前要求先将代码文件标记为“检出”状态，每一次“检入”代码都在服务器上生成一个新的版本。

在进行并行开发的时候，我们希望基线是流动的，会随着我们的期望变化。因基线的变更需要许多人工判断的介入，所以基线应该是稳定经受考验的版本。我们要保证基线的稳定性，不是所有的人都可以随意改变基线，基线也不是每时每刻不断的变化。

版本控制是程序开发、管理必不可少的工具，特别是在多人协作的团队中，适宜的版本控制工具可以提高开发效率，消除很多有代码版本带来的问题。本文首先列举没有版本控制工具时可能遇到的问题，再对主流版本控制工具做概要介绍，之后对作为Java开发者首选的版本控制工具CVS的历史、功能、概念做详细的介绍；最后在Eclipse＋CVS环境中，以CVS使用的一个完整流程为例，介绍如何正确的使用CVS工具。

SVN，Bazaar，Mercurial都很不错，用哪个就看你的实际情况需要了。另，就算是要三个一起用，也不会有什么大的冲突。个人的推荐是：SVN＋任何一个你喜欢的DRCS配合着用是个好办法——用DRCS作小步迭代式的开发，在需要的时候分支或合并，按自己觉得方便的方式（比如固定的周期）进行SVN提交。

本文详细介绍了在大规模软件开发中使用版本控制软件来管理软件开发的具体实施方法。

要解决人工管理工作量大的问题，引入版本管理软件是必要的，但市面上版本管理软件繁多，而且一般价格昂贵，这些价格昂贵的版本管理软件的功能过于强大，反而增加了使用的复杂性，如果用户未经过系统的操作培训，他们就很难上手使用，寻找功能适中、价格便宜和使用方便的版本管理软件具有现实的意义，在本文中将向读者们推荐如何使用微软公司的Visual SourceSafe版本管理软件来管理Unix项目的程序和文档版本。

并行开发的版本管理面临以下几个典型的难题:如何保证新版本开发与BugFix同时进行?也就是要求修改过的BUG不能存在于新版本中;如何保证两个新版本并行开发?可能的情况是两个完全不同的版本，或者一个是另外一个基础;如何保证版本的发布不受开发人员无意的代码检入影响?解决这三个难题的答案是使用分支.

CVS - Concurrent Versions System(并发版本管理系统)是一个版本控制管理系统，它是目前最为广泛使用的一个系统。从gftp到gtk到KDE，你几乎可以在每一个你熟悉的自由软件的源码里看到它的踪迹(下面我们会知道，它的踪迹指一个称为cvs的子目录)。同样，你也可以在几乎每一个Linux的发行版本里看到CVS系统。可以说，如果失去了CVS，现有的许多多人协作、自由开发的软件都会在一定程度上放慢自己发展的步伐。CVS到底有哪些功能，使得它有如此强大的魅力呢？