我的学习笔记（一）软件开发的不同模式

在上一期的学习中，我们知道了多分支-平行开发模式中存在Tags分支、Trunk分支、修复缺陷分支、归并分支和生产分支。那么这些分支对于负责版本管理的配置工程师来说，具体该如何管理呢？本期将学习配置管理中的这个知识点—“三库”管理。何谓“三库”，即：开发库、受控库、产品库，分别对应Trunk分支/修复缺陷分支、Tags分支/归并分支、生产分支。

“三库”管理的基本原则是，对相关的全部配置项进行“入库”、“访问”、“出库”、“维护”、“更改”、“发行”等活动实施管理，以确保产品的正确性、完整性、可控性和可追溯性。

“三库”管理的具体实施方案：

1、开发库的代码不可以直接进入产品库，必须先转入受控库，再由受控库转入产品库。

2、开发库的代码必须通过阶段性评审后，填写“代码入库申请单”，对相关的状态、类别、功能、开发人员信息、代码版本等信息进行登记，并由相应的配置管理员检查确认后才能入库。

3、只有完成测试验证和上线部署等工作的受控库代码才能转入产品库，同样转入前必须完成相关的确认流程。

4、生产库和受控库不准修改，只能通过“出库”操作转回到开发库后，才能进行修正的活动。同样的。“出库”操作需要填写“代码出库申请单”并完成相关的核检审批流程。

5、需要上线部署（产品交付）的版本必须从产品库依据正确的基线进行提取，提取的操作同样必须遵守相关的申请核验审批流程，以保证其正确和完整。

6、“三库”管理的核心环节是定义并管理基线，特别是产品库相关的产品基线，一般需要涵盖：包含产品名称在内的各个配置项、版本号、需求/设计/验收/实施等技术文档、以及各类变更的说明文档。

总结，软件生命周期是一个动态的过程，配置管理工作也需要动态灵活地做出相应的调整，以达到正确、完整、一致、可追溯的整理目标。

名词解释：

1、 配置项：为了配置管理目的，而作为一个基本独立单元看待的元素集。

2、 基线：软件生存周期中各阶段的特定时间点，也成为里程碑。在某一个特定时间点上，阶段工作已经全部结束，并且已经取得了正式的阶段产品（或阶段交付物）。