配置管理以及SVN

目录

一、配置管理

1、概念

2、配置目的

3、配置管理出现的原因

4、配置管理的目标

5、配置管理工具

6、配置管理角色

7、配置管理常用的术语

1）软件配置项（SCI， Software Configuration Item）

2）版本

3）基线

8、配置项的组成

二、SVN简介

2、主干、分支、标记

---

一、配置管理

1、概念

配置管理是通过技术或者行政手段对软件产品以及其开发过程和生命周期进行控制、规范的一系列措施。

2、配置目的

测试软件的配置：测试方案、测试用例、测试计划、自动化代码等，配置管理就是用来管理软件的配置的。管理软件的配置需要使用到SVN这个工具（本质上是软件）来管理这些东西。

3、配置管理出现的原因

软件开发出来以后，并需要测试人员进行测试。一个大型软件的开发需要很多团队，团队越多，管理就越混乱，为了解决团队很多带来的问题，所以，就产生了配置管理。

4、配置管理的目标

配置管理会记录软件产品演化的过程，确保软件开发者在软件生命周期各个阶段都能够得到精确的配置，最终要保证软件产品的完整性、一致性、可追溯性。

完整性：指的是软件中所有的配置都应该是完整无缺的。

一致性：指的是软件产品各个配置之间应该相互保持协调、没有冲突的状态。即保证不同的版本、不同的组件（例如：用户使用的数据要保存起来，会使用MySQL这种软件）之间的配置相互之间能够匹配（能够正常运行）。

可追溯性：指的是软件产品的演化过程都要记录下来，可以进行追溯。

5、配置管理工具

目前企业中开发软件，管理软件的各种配置，就是使用配置管理工具进行管理。

目前企业中主要使用的配置管理工具有：SVN、GIT。

6、配置管理角色

1）项目经理PM（Project Manager）

2）配置管理员CMO（Configuration Management Officer）

3）软件开发工程师SWE（Software Engineer），企业中与人交流一般就说开发。

4）软件测试工程师STE（Software Test Engineer），企业中与人交流一般就说测试。

5）质量保证人员QA（Quality Assurance）

6）变更控制委员会CCB（Configuration Control Board），CCB是一个团队，人员组成：项目经理、开发代表、测试代表、客户代表、需求人员。

7、配置管理常用的术语

1）软件配置项（SCI， Software Configuration Item）

软件生命周期各个阶段活动的产物经过评审以后就称之为软件配置项。

2）版本

版本一般由部分组成：X.Y.Z

X：主版本号，增加了一个大的功能，可能导致与原先的版本不兼容。

Y：副版本号，增加了一些小的功能，与原先的版本保持兼容。

Z：缺陷修复版本号，在这个版本中修改了一些bug。

3）基线

基线是由一组配置项组成，这些配置项构成了一个相对稳定的逻辑实体，基线中的配置项一旦被冻结（确定了基线的配置项的组成是什么）以后，任何人不能随意修改。

建立基线的好处：

1. 新的项目可以从基线中建立。
2. 基线给项目提供了一个快照。

• 基线变更的流程：

1. 项目经理提交一个变更申请；
2. 配置管理员；
3. 提交给变更控制委员会进行审批；
4. 相应的人员进行修改（例如：需求文档要修改，需求人员修改需求文档即可），把修改以后的内容让配置管理提交管理起来；
5. 把变更通知给项目所有成员。

8、配置项的组成

需求人员：

1. 需求文档（SRS）；
2. 原型图：是一种动态模拟软件最终形态的效果图。主要用于和目标客户确认软件的最终呈现效果。

开发人员：

1. 代码；
2. 接口文档。

测试人员：

1. 测试计划
2. 测试方案
3. 测试用例
4. 测试报告
5. 缺陷报告
6. 自动化测试代码

总结：配置管理其实就是用来管理上述的这些配置项的。

二、SVN简介

1、SVN（SubVersion）

SVN，版本控制系统，配置管理工具。采用的是C/S架构（Client（客户端）/Server（服务器））的软件。项目的各个版本以及配置项都是保存在SVN服务器端。

2、主干、分支、标记

主干：是开发的主线，新功能的开发一般都放在主干中。需要修改bug，一般不在主干中修改，在 分支中修改。修改bug会出现原来的bug没有修复，又引入了新的问题，为了避免这种情况的出现。所以，修改bug，一般不在主干中修改。

分支：分支就是把主干的代码复制了一份出来，修改bug一般在分支中修改，修改完成如果验证没有问题，就会把代码合入到主干中。

标记：用来对某一个可用的版本进行标识，标记的代码与主干的代码也是一样的。