版本管理

 

•  

版本管理相关知识

项目计划、检查点、里程碑、基线、路线图、蓝图、版本、需求分析、原型、数据库设计、评审、项目章程、组织结构、岗位职责说明书、干系人

路线图-RoadMap			:蓝图：发展方向、目标、概要、阶段、步骤
|__检查点-Checkpoint	:周例会是检查点的表现形式
|__里程碑-Milestone	:重要的检查点是里程碑
|__基线-Baseline		:重要的需要客户确认的里程碑，就是基线;高层的阶段汇报会是基线的表现形式;
|__版本-Version		:在软件开发中，路线图就表现为一个个的版本迭代；每个版本描绘好feature；
	|__开发库-Trunk	:最稳定的前提下，保持最新。主干库；
	|__受控库-Branches	:可以是以组为单位建分支；也可以是针对某个投产版本修复bug；测试通过后合并到主分支；
	|__产品库-Tags		:正式投产的版本，不可更改。

RoadMap（路线图）

一个项目拿到手中，首先要解决的是RoadMap。主要是对项目的生命周期做一个规划，比如8个月工期的项目，采用迭代的方式开发，迭代多少版本合适，每个版本实现什么功能，新功能增加，旧功能迭代等。

简洁地说，RoadMap就是项目整体的规划图，产品的每一代都有什么功能都可以从中纵览全局。见着明了。有共同的目标才有努力的方向。

检查点(CheckPoint)

检查点是定期的抽检，一般以周为单位，体现在周例会和周报中。

包括但不限于：需求评审、原型评审、数据库设计评审、开发计划评审、

开发跟进、CodeReview、单元测试、集成测试、UAT测试、发布打版等

里程碑(Milestone)

阶段性产生重要交付物，需要组长确认的检查点儿，就可以是里程碑；不同的项目粒度划分不一样。

完成阶段性工作的标志，不同类型的项目里程碑不同。里程碑在项目管理中具有重要意义，我们用一个例子说明：

情况一：你让一个程序员一周内编写一个模块，前 3 天你们可能都挺悠闲，可后 2 天就得拼命加班编程序了，而到周末时 又发现系统有错误和遗漏，必须修改和返工，于是周末又得加班了。

情况二：实际上你有另一种选择，即周一与程序员一起列出所有需求，并请业务人员评审，这时就可能发现遗漏并即 时修改;周二要求程序员完成模块设计并由你确认，如果没有大问题，周三、周四就可让程序员编程。同时自己准备 测试案例，周五完成测试;一般经过需求、设计确认，如果程序员合格则不会有太大问题，周末可以休息了。 第二种方式增加了 “ 需求 ” 和 “ 设计 ” 两个里程碑，这看似