Huihoo.org - Open Enterprise Foundation

Huihoo版本管理规则(草)


(by huihoo.org,初稿 mep)

介绍

随着huihoo各个项目的进展,各项目相继进入1.0版本;huihoo的项目增多、每个项目的生成(artfacts)也越来越多,急需引入版本管理规则。

状态

本文档目前还在修改中。

范围

本文档描述了huihoo产品的版本规则。

Huihoo产品的版本

Nightly build版本:这是内部集成测试版本;
DR(Development Release)版本:这个版本是集成测试完成以后的发布版本,一般要经过3个DR版本,产品才能进入beta版本阶段; Beta版本:这个版本的产品已经经过了DR阶段,产品在一定程度上比较稳定,需要经过3个beta版本才能够release。 Release版本:这是正式发布版本。

Huihoo产品的版本号

Huihoo的产品的版本号的格式分为四个部分。每个具有生成物(jar library 或jar executable)的模块都需要使用版本文件来进行说明,该文件位于org/huihoo/module/Version.java,格式如下:


图表 1 Version.java


每个版本号分为四段,格式为a.b.c.d,其中 a - 主版本号(Major version), b - 副版本号(Minor version), c - 发布号(Release), d - 编译号(build)。主版本号和副版本号在项目计划中便已经指定,标志着重要的功能变动。Release版本号 c,用于体现小的功能变更或用来管理项目的分支。build号则在每次编译时加1。

版本的演进

当产品的功能有大的变动或升级时,建议将产品的主版本号增加1;当有小部分的功能变动时,建议将副版本号增加1;如果功能没有变动而仅仅更正了一个bugs,建议将release号增加1。
当软件要进行主版本号的演进时,必须经过集成测试版本、DR版本(一般有三个)阶段和beta版本阶段(一般经过3个beta版本阶段),最好才能进入release版本。
软件要进行副版本号的演进时,必须经过三个beta版本阶段,才能够进入release版本。