如何在项目管理中进行版本控制

（注：文中的版本控制均指从项目管理角度出发的版本控制，区别于从质量管理和配置管理角度出发的版本控制概念）

1、（项目管理中）版本控制的目标：
通过划分版本，分阶段递进式实现项目目标

2、版本控制的表现形式：
2.1、通过一个版本号可以取得与此版本相关的所有工作产品

2.2、项目活动与版本号相关联

3、版本控制管理的项目活动范围：
在项目的招投标、立项、预研、需求、开发、测试、发布、实施、运营等活动中，至少应将需求、开发、测试、发布、实施活动纳入版本控制的范围。

4、版本控制管理的工作产品范围：
4.1、配置库中工程活动的所有工作产品

4.2、需求跟踪表

考虑到实际需要，需求跟踪表中需求状态记录部分也应纳入版本控制，以方便获取此部分信息

5、版本控制使用的工具：
5.1、cvs、svn、vss等工具管理工作产品版本。

5.2、bugzilla、mantis、TD等

6、版本的划分：
6.1、版本的划分工作在项目计划中进行，在项目工作实际进行过程中，如频繁出现内部版本（主要指内部测试β版），为保证项目计划的可视性，可在wbs中进行此部分版本划分工作。

6.2、版本划分方法

版本按是否通过验证分为β版本和正式版本。β版本通过测试和评审后成为相应的正式版本。所有β版本隶属于其对应的正式版本。

正式版本按以下维度划分：

6.2.1、按最终交付对象的不同可分为内部版本和交付用户的版本。

6.2.2、按与上一版本的不同可分为功能增加版本、功能优化版本、bug修复版本等。

6.2.3、按重要程度不同可分为一般版本，重要版本，里程碑版本。

交付用户的版本必须为里程碑版本或重要版本。不同重要程度的版本投入的资源不同，包括评审、测试活动的范围、力度不同。

6.3、版本号规则

正式版本：

对于Bug修复版本，版本号的第三位发生变化，对于其他版本，版本号的第一和第二位发生变化

β版本：

版本号为对应的正式版本号加β1、β2、β3等，按数字大小顺序编排

7、版本控制活动
7.1、项目经理在项目计划中编制正式版本任务，明确其重要性为一般、重要或里程碑，明确是否需对外发布，明确与上个版本的不同。

7.2、在wbs中将正式版本任务拆分为多个β版本任务，同一个正式版本对应的不同β版本间仅仅存在bug修复的差异。

7.3、在wbs中将β版本任务拆分为涵盖需求、开发、测试、发布、实施、反馈等不同阶段的子任务。

7.4、监控每个子任务按流程执行。