VS2010软件配置管理说明-visualSVN+TortoiseSVN+AnkhSvn.doc

AriUDP平台 VS2010源代码管理工具配置手册 Version 1.05  版本历史： 版本/状态 作者 参与者 起止时间 备注 1.05 xx 目录 简介 2 第1章 VS项目软件配置工具介绍 4 1 .1 Svn和VisualSvn介绍 4 1.2 必备软件 5 第2章 VisualSvn Server 6 2.1 VisualSvn Server 6 2.2 VisualSvn Server安装过程 6 2.3 VisualSvn Server 配置与使用方法 9 2.3.1添加代码库StartKit 9 2.3.2 代码库安全性设置 用户和用户组 10 第3章 TortoiseSvn 14 3.1 TortoiseSvn介绍 14 3.2 TortoiseSvn安装过程 14 3.3 TortoiseSvn配置和使用方法 16 3.3.1签入源代码到SVN服务器 16 3.3.2签出源代码到本机 18 3.3.3 提交修改过的文件到SVN服务器 20 3.3.4添加新文件到SVN服务器 21 3.3.5更新本机代码与SVN服务器上最新的版本一致 22 3.3.6重命名文件或文件夹，并将修改提交到SVN服务器 22 3.3.7删除文件或文件夹，并将修改提交到SVN服务器 23 第四章 AnkhSvn 24 4.1 AnkhSvn介绍 24 4.2 AnkhSvn安装 24 4.2 AnkhSvn连接VisualSvn Server 下载源项目 25 4.3 AnkhSvn开发项目时其它的操作流程 29 简介 1、什么是软件配置管理 软件配置管理是指通过执行版本控制、变更控制的规程，以及使用合适的配置管理软件，来保证所有配置项的完整性和可跟踪性。配置管理是对工作成果的一种有效保护。 2、为什么需要配置管理 如果没有软件配置管理，最大的麻烦是工作成果无法回溯。随着工作的进展新的程序覆盖了老的程序，当突然发现新程序有问题而老程序正确时怎么办？那只能重写老的程序来覆盖新的程序。过一段时间又发现原来的老程序有问题，而解决方法在原来的新程序中……您是不是快要发疯了。 为了避免成果被覆盖，包括我自己在内的很多人早期采用手工管理版本的方式，例如当一个新版本产生时用当时的日期来命名文件夹大发生然后再复制一下以后的修改在复制的文件夹内进行，这样上一个版本就被保存下来了，周而复始不同的版本不会被覆盖。虽然这种方式可以从某种程度上解决版本的回溯问题，但他存在的缺点是显而易见的：第一点如果保留结果过于频繁，将会导致产生大量的有着重复内容的文件夹，庞大的物理空间，管理起来很麻烦；如果保留旧版本的时间间隔太长，可能产生某些有用的老程序无法回溯。拿我最近开发的一个程序来说程序只有几十兆，经过一年的开发各版本累计到1G。第二容易产生版本的混乱，如果是团队开发软件，这种简单的方法更难解决问题的本质了。 3、人的问题 配置管理的方法是成熟的，而且相应的软件工具也是成熟的，基本上不存在看不懂、不会用的问题。配置管理的执行效果如何，完全是事在人为。妨碍配置管理的主要问题是人们嫌麻烦和侥幸心理作怪。 在没出乱子的情况下，执行版本控制看起来有些麻烦。每次修改工作的时候总是要Get Latest Version，接着Check Out，修改完后又要Check In，多做了三步。其实这三步加起来也就十几秒钟，而且不费脑子，根本没有添加多少麻烦，仅仅是个人感觉不爽而以。然而不执行版本控制的话，万一发生工作成果被覆盖或丢失等问题，麻烦就大了。 4、软件配置管理规范 软件研发和管理过程中会产生许许多多的工作成果，例如文档、程序和数据等，他们都应当妥善地保管起来，以便查阅和修改。如果把所有文件一股脑的塞进计算机里，那么使用起来很麻烦。 凡是纳入配置管理范畴的工作成果统称为配置项配置项主要有两大类：一类是属于产品的组成部分，例如需求文档、设计文档、源代码、测试用例等等；另一类是在管理过程中产生的文档，例如各种计划、报告等。每个配置项的主要属性有名称、标识符、文件状态、版本、作者、日期等。配置项及历史纪录反映了软件的演化过程。 版本控制的目的是按照一定的规则保存配置项的所有版本，避免发生版本丢失或混乱等现象。配置项的状态有三种：“草稿”、“正式发布”和“正在修改” 配置项的版本号与配置项的状态紧密相关： （1） 处于“草稿”状态的配置项的版本号格式为：0.YZ （2） 处于“正式发布”状态的配置项的版本号格式为：X.Y。 一般只是Y值递增，当Y值到达一定的范围时X值才发生变化。 （3） 处于“正在修改”状态的配置项的版本号格式为：X.YZ。 一般只增大Z值，当配置项修改完毕，状态重新变成“正式发布