一、基线

1.什么是基线

基线是软件文档或源码的一个稳定版本，是进一步开发的基础，是进一步开发的基础。

2.什么是基线项和配置项

所有被纳入配置库进行版本管理的都是配置项。基线项是具有里程碑性质的配置项。

3.版本管理

Trunk:开发时版本存放的目录，开发阶段的代码都保存在这个目录下Branches:测试时的版本存放目录，版本稳定后用于测试的版本保存在该目录中。

Tags:通过测试后的一个完整的里程碑版本存放目录，该版本的代码、文档不允许修改。

当项目分阶段完成时,那么每完成一个阶段完成相对稳定的版本时将代码合并到 branches 目录中，这样在进入第二阶段开发时，就对一期的代码没有影响。branches 中的版本作为测试版本，如果在测试阶段发现缺陷，需要在trunk上修改，修改完后编译 trunk上最新的代码合并到branches中。tags 的作用是将在 branches上已修改版本合并到 tags 作为发布版本。

二、设置基线

一般基线分为两类:

作为里程碑和其他工作的基础例如里程碑、阶段性的版本。在某一阶段中要保留的状态例如计划、设计、测试、系统测试等完成。

基线计划不仅在于计划基线的设置时间，而更多的关注点是在于及现象的控制，控制力度大，那么基线计划设置的就细。控制力度小，基线相对就设置的粗。

一般以下内容在完成、分析、Review后应设置基线，并进行控制。计划阶段:时间表或计划甘特图、项目计划、开发计划、测试计划等设计阶段:需求说明文档、开发设计文档(概要设计、详细设计)、测试文档(测试方案、测试计划、测试用例等)

测试阶段:代码、测试产生物(buglist、测试分析等)。

完成阶段:各阶段文档、代码、计划产物。

三、基线变更

申请→评估审核→变更实施→确认申请:申请人提交申请，说明变更的内容、变更的原因、受变更影响的关联配置项、工作量、变更实施人等。

评估审核:对基线变更申请进行评估。(变更的内容是否合理:变更的范围是否正确、考虑周全:工作量估计是否合理:基线变更的实施方案是否合理)变更实施:项目经理组织修改相关的配置项，并在相应的文档或程序代码中记录变更信息，同时填写变更报告。实施人员在经过测试/走查完成后提交，并填写变更报告。

确认:根据变更申请验证变更项是否已实施完成。并将与其对应的关联文档进行变更。