软件配置管理工具Vss6.0实用指南
一、版本管理的必要性
如果说70年代的软件危机导致了软件工程思想的诞生和理论体系的发展，那么80～90年代尤其是90年代软件产业的迅
猛发展导致了另一种新思想的产生和实现，这就是软件的版本管理。
只要参加过软件开发的人都清楚，现在的软件项目完全由一个人来完成是难以想象而且也是不可能的，通常是有一个
研发小组来共同分析、设计、编码和维护，并有专门的测试小组对已完成编码调试的软件进行全面的测试。在软件开发这
个庞大而复杂的过程中，需要涉及到各个方面的人员，信息的交流反馈不仅仅是在研发小组的成员之间及各个研发小组之
间，还存在于客户和研发者之间。所有的这些交流反馈意见信息都有可能导致对软件的修改，小的可能只是对某个源文件
中的某个变量的定义改动，大到重新设计程序模块甚至可能是整个需求分析变动。在这个工程中，由于软件开发所固有的
特征，可能会形成众多的软件版本，而且我们并不能保证不出现错误的修改，而这样的一个困难局面却又非常现实地摆在
项目开发管理者的面前，他/她该如何有效地解决这些问题，具体地说就是如下一些问题：
1.怎样对研发项目进行整体管理；
2.项目开发小组的成员之间如何以一种有效的机制进行协调；
3.如何进行对小组成员各自承担的子项目的统一管理；
4.如何对研发小组各成员所作的修改进行统一汇总；
5.如何保留修改的轨迹，以便撤销错误的改动；
6.对在研发过程中形成的软件的各个版本如何进行标识，管理及差异识辨等等。
一个非常直接的反应，我们必须要引进一种管理机制，一个版本管理机制，而且是广义上的版本管理，它不仅需要对
源代码的版本进行管理，而且还要对整个项目进行管理。以往的那种被誉为具有良好编程风格的做法，诸如在对他人的源
程序进行修改时注释修改原因，修改人和日期，如果是多个成员同时进行了修改，那么需要进行及时的人工的差异比较和
综合以便形成一个统一的新版本。这种做法在当前的大型软件的开发中已经越来越没有空间了，可以说是一种以小作坊的
编 制 审 核 批 准
日 期 日 期 批准日期
第 1 页 共 4 页
项目编号：
项目名称：
配置管理工具及环境说明
配置管理工具及环境说明
第 2 页 共 4 页 修订历史记录
日期 版本 变更描述 作者 变更请求
0．1
0．2
1．0
配置管理工具及环境说明
第 3 页 共 4 页
1. 工具、环境和基础设施
1.1 项目的环境、工具
[说明在整个项目过程或产品生命周期中为实现配置管理而使用的计算环境和软件工具。
说明对整个项目过程或产品生命周期中生成的配置项进行版本控制时所需的工具和过程。
建立 CM 环境时所涉及的问题有：
产品数据量的预期大小
产品团队的分配
服务器和客户机的实际位置]
环境 名称 规格、型号、版本
硬件环境 配置库服务器
工作机
操作系统 配置库服务器
开发服务器
数据库服务器
测试服务器
工作机
管理工具 Microsoft Project
辅助工具 Microsoft Office
开发工具 Eclipse 配置管理工具及环境说明
第 4 页 共 4 页 环境 名称 规格、型号、版本
测试工具 TestDirector
CM工具 Microsoft Visual SourceSafe 6.0
TortoiseSVN 1.5.0
1.1.1 项目配置库目录结构
[说明项目配置管理服务器地址、访问端口等信息；列出项目配置库的主体目录结构（可用对VSS配置库的目录截图来表示）。]
部署流程规范
部署机器环境搭建：
Windows2003 sp2
Vs2005 + Framework2.0 + Vs2005sp1 + vss2005 + ASPAJAXExt + IIS
OracleODTX86 + Toad8 / PLSQL Developer
项目部署流程：
通过Vs2005获取vss2005上面的项目修改文件，建议每次通过vss连接方式获取，以便能够获取全部项目，防止开发人员的提交项目疏漏所丢失的文件，此流程准对web项目，包括WebService，Boss，Wap，Bi
获取项目后进行编译
注：获取项目时也可根据文件获取，部署时分别部署页面和相应的DLL
编译的过程会遇到一些引用不存在的问题，需要重新添加引用或者沟通开发人员
针对单个文件进行的获取说明
对于aspx/ashx/asmx/asax页面下的cs文件可能获取不到
对于此类文件的修改，需要查看其历史，选择最新的进行get
项目获取完毕之后进行解决方案的编译
生成全部解决方案之后进行项目发布，按照2.0的项目规范，直接进行发布即可，无需按目录文件夹进行生成
注：经常会遇到引用找不到或错误的情况，需要自己手工添加相应的引用
添加引用后需要重新编译相关解决方案
对于项目发布现在的2.0统一在项目里进行直接发布
发布之后在生成文件的目录取出相关修改部署测试生产环境即可
注：webconfig不进行覆盖，按照开发人员的提交，修改所要部署的环境的webconfig 数据库部署流程
根据sql脚本进行部署，直接执行sql脚本（由开发人员提供，未提供情况下，直接按照部署文档填写相关脚本你，进行执行），需要备份时，提前备份相关数据库存储过程等（生产环境部分部署需要备份存储过程）
注：修改之后要对视图以及存储过程进行编译，同时编译相关的视图和函数，确认全部通过
注：在进行表的修改等操作时，一定要严格进行存储过程的编译
部署流程及部署位置图
编制部门
EPG
批准日期 2007/11/16
第 1 页 共 11 页
SAW5.x客户端使用说明
SAW软件为VSS版本管理软件的配套工具，能很好地解决VSS原有的安全性不足、难以远程访问等问题，是同类软件中使用情况最好的。特在此作介绍，以便在配置管理实施中使用。
SAW和VSS的不同
客户不再使用VSS自带客户端，改用SAW客户端。而SAW客户端没有改变VSS 客户端的基本功能和操作习惯。切换客户端对使用者来说没有什么不习惯的。
SAW客户端能够达到Internet 访问VSS 配置库的要求，即可以远程访问，满足分布式开发需要。
SAW应用后，可以取消VSS 配置库文件夹必须共享的要求，这样配置库文件夹读写共享带来的安全性问题得到解决。
SAW 可设立中间缓存服务器，以均衡负载。
术语及定义
1. Check out—检出：将文件从配置库取出到本地，获得修改权。
2. Check in—提交：将本地文件放回配置库中，本地文件属性改只读。
3. Create project—新增项目：即在VSS配置库中新建一个目录。
4. Label—标签：在特定时间点，命名一个文件集合。
5. Get lasted version—获取服务器上最新的版本，更新本地的文件。
1 SAW客户端安装与设置
1.1 SAW客户端安装
安装程序：\\192.168.87.241\tools$\软件工程\配置工具\SAW5.2\Dynamsoft SourceAnywhere for VSS 5.2 Professional Client.exe,安装中用默认选项即可。
1.2 系统登录
登陆界面如图：
缓存服务器地址（Server）
内网地址1：192.168.87.241，端口：8870 编制部门
EPG
批准日期
2007/11/16
第 2 页 共 11 页
内网地址2：192.168.86.247，端口：8870
