|
|
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版本。 |