软件配置管理中的SVN

共计 3619 个字符，预计需要花费 10 分钟才能阅读完成。

一. 简介

1、什么是软件配置管理

软件配置管理是指通过执行版本控制、变更控制的规程，以及使用合适的配置管理软件，来保证所有配置项的完整性和可跟踪性。配置管理是对工作成果的一种有效保护。

2、为什么需要配置管理

如果没有软件配置管理，最大的麻烦是工作成果无法回溯。随着工作的进展新的程序覆盖了老的程序，当突然发现新程序有问题而老程序正确时怎么办？那只能重写老的程序来覆盖新的程序。过一段时间又发现原来的老程序有问题，而解决方法在原来的新程序中……您是不是快要发疯了。

为了避免成果被覆盖，包括我自己在内的很多人早期采用手工管理版本的方式，例如当一个新版本产生时用当时的日期来命名文件夹大发生然后再复制一下以后的修改在复制的文件夹内进行，这样上一个版本就被保存下来了，周而复始不同的版本不会被覆盖。虽然这种方式可以从某种程度上解决版本的回溯问题，但他存在的缺点是显而易见的：第一点如果保留结果过于频繁，将会导致产生大量的有着重复内容的文件夹，庞大的物理空间，管理起来很麻烦；如果保留旧版本的时间间隔太长，可能产生某些有用的老程序无法回溯。拿我最近开发的一个程序来说程序只有几十兆，经过一年的开发各版本累计到 1G。第二容易产生版本的混乱，如果是团队开发软件，这种简单的方法更难解决问题的本质了。

3、人的问题

配置管理的方法是成熟的，而且相应的软件工具也是成熟的，基本上不存在看不懂、不会用的问题。配置管理的执行效果如何，完全是事在人为。妨碍配置管理的主要问题是人们嫌麻烦和侥幸心理作怪。

在没出乱子的情况下，执行版本控制看起来有些麻烦。每次修改工作的时候总是要 GetLatest Version，接着 Check Out，修改完后又要 Check In，多做了三步。其实这三步加起来也就十几秒钟，而且不费脑子，根本没有添加多少麻烦，仅仅是个人感觉不爽而以。然而不执行版本控制的话，万一发生工作成果被覆盖或丢失等问题，麻烦就大了。

4、软件配置管理规范

软件研发和管理过程中会产生许许多多的工作成果，例如文档、程序和数据等，他们都应当妥善地保管起来，以便查阅和修改。如果把所有文件一股脑的塞进计算机里，那么使用起来很麻烦。

凡是纳入配置管理范畴的工作成果统称为配置项配置项主要有两大类：一类是属于产品的组成部分，例如需求文档、设计文档、源代码、测试用例等等；另一类是在管理过程中产生的文档，例如各种计划、报告等。每个配置项的主要属性有名称、标识符、文件状态、版本、作者、日期等。配置项及历史纪录反映了软件的演化过程。

版本控制的目的是按照一定的规则保存配置项的所有版本，避免发生版本丢失或混乱等现象。配置项的状态有三种：“草稿”、“正式发布”和“正在修改”

配置项的版本号与配置项的状态紧密相关：

（1）处于“草稿”状态的配置项的版本号格式为：0.YZ

（2）处于“正式发布”状态的配置项的版本号格式为：X.Y。一般只是 Y 值递增，当 Y 值到达一定的范围时 X 值才发生变化。

（3）处于“正在修改”状态的配置项的版本号格式为：X.YZ。一般只增大 Z 值，当配置项修改完毕，状态重新变成“正式发布”时，将 Z 值变为 0，增加 X.Y 值。

二. 初识 SVN

1. 在进行 TortoiseSvn（管理员客户端）+ AnkhSvn（VS2008 插件）+VisualSvn Server（版本控制服务器）进行源代码版本控制前，有必要先了解下 Subversion（Svn）。

Svn(Subversion) 是近年来崛起的版本管理工具，是 CVS 的接班人。目前，绝大多数开源软件都使用 Svn 作为代码版本管理软件。

Svn 客户端

Subversion 的客户端有两类，一类是 webSvn 等基于 web 的，一种是以 TortoiseSvn 为代表的客户端软件。前者需要 web 服务器的支持，后者需要用户在本地安装客户端。

Svn 服务器

Subversion 支持 linux 和 windows，更多是安装在 linux 下。

Svn 服务器有 2 种运行方式：独立服务器和借助 apache。2 种方式各有利弊。

Svn 存储版本数据也有 2 种方式：BDB 和 FSFS。因为 BDB 方式在服务器中断时，有可能锁住数据，所以还是 FSFS 方式更安全一点。

VisualSvn、VisualSvn Server

VisualSvn 是 Svn 的客户端，和 VisualStudio 集成在一起，但是是商业软件，收费；VisualSvn Server 是基于 Windows 平台上的 Subversion 服务器，它是免费的。他具体包括了 Subversion、Apache 和一个相应的管理界面。所以推荐使用免费的 TortoiseSvn 客户端以及 VS 插件 AnkhSvn。

为什么要用 Svn, 而不用 Vss？

相同点：都能集成在 VS2008 下进行源代码管理，都能完全内网开发。

不同点：Vss 是基于“锁定 – 编辑—解锁”模式的，这个模式有一个弊端，就是当其他人在编辑相关单元文件的时候，此单元文件处于锁定状态，其他人如果想编辑这个单元文件的话，只能处于等待状态。后来在持续集成中我使用的 Subversion 替代 Vss，Subversion 是基于“修改—冲突—合并”的一个模式，也就是说多个人可以同时签出一个单元文件，编辑然后提交，如果多个人都修改了同一文件的某一行的话，就会发生冲突，手工解决冲突。

Internet 开发，和离线开发，VisualSvn 会比 Vss 更胜一筹。

为什么要用 VisualSvn Server，而不直接用 Subversion？

因为如果直接使用 Subversion，那么在 Windows 系统上，要想让它随系统启动，就要封装 Svn Server 为 windws service，还要通过修改配置文件来控制用户权限，另外如果要想以 Web 方式【http 协议】访问，一般还要安装配置 Apache，如果是新手，岂不是很头痛？而 VisualSvn Serve 集成了 Subversion 和 Apache，省去了以上所有的麻烦。安装的时候 Svn Server 已经封装为 windws service，Apache 服务器的配置也只是在图像界面上，指定认证方式、访问端口等简单操作；另外，用户权限的管理也是通过图像界面来配置。

VisualSvnServer 是完全开源和免费的, 当然它的官方客户端（VisualSvn）并不免费, 不过没关系, VisualSvn Serve 客户端有太多的免费版本供我们选择,TortoiseSvn 就是一个不错的选择。

2.TortoiseSvn 是 Subversion 版本控制系统的一个免费开源客户端，可以超越时间的管理文件和目录。文件保存在中央版本库，除了能记住文件和目录的每次修改以外，版本库非常像普通的文件服务器。你可以将文件恢复到过去的版本，并且可以通过检查历史知道数据做了哪些修改，谁做的修改。这就是为什么许多人将 Subversion 和版本控制系统看作一种“时间机器”。

3.AnkhSVN 是一款在 VS 中管理 Subversion 的插件，您可以在 VS 中轻松的提交、更新、添加文件，而不用在命令行或资源管理器中提交。而且该插件属于开源项目。

三. 学习小结

经过对于软件管理的学习，从整体上认识了软件管理的必要性和重要性，很大程度上解决了设计过程中的版本回溯问题，很是为设计人员考虑，这也是大家学习的必要性。有好的管理方法，使得我们的项目设计过程更为灵活和多元化。而相对于 SVN 的学习就比较的抽象了，只是装上了软件和看看了教学的视频，还未进行使用，接下来的时间里，从实践中去认识 SVN 吧！

Ubuntu 14.04 下搭建 SVN 服务器 svn://  http://www.linuxidc.com/Linux/2015-01/111956.htm

CentOS 6.2 SVN 搭建 (YUM 安装) http://www.linuxidc.com/Linux/2013-10/91903.htm

CentOS 6.5 部署 Apache+SVN  http://www.linuxidc.com/Linux/2013-12/94315.htm

Apache+SVN 搭建 SVN 服务器 http://www.linuxidc.com/Linux/2013-03/81379.htm

Windows 下 SVN 服务器搭建和使用 + 客户端重新设置密码 http://www.linuxidc.com/Linux/2013-05/85189p5.htm

Ubuntu Server 12.04 安装 SVN 并迁移 Virtual SVN 数据 http://www.linuxidc.com/Linux/2013-05/84695.htm

Ubuntu Server 搭建 svn 服务以及迁移方法 http://www.linuxidc.com/Linux/2013-05/84693.htm

本文永久更新链接地址 ：http://www.linuxidc.com/Linux/2015-07/119922.htm