版本命名规范
来源:互联网 发布:mac屏幕最大化快捷键 编辑:程序博客网 时间:2024/06/07 01:48
版本命名的格式为:主版本号+次版本号+修订版本号+紧急版本号+_阶段说明
1.版本号修改规则
(1)主版本号:当功能模块有较大的变动,比如增加模块或是整体架构发生变化。此版本 号由项目决定是否修改。
(2)次版本号:相对于主版本号而言,次版本号的升级对应的只是局部的变动,但该局部 的变动造成程序和以前版本不能兼容,或者对该程序以前的协作关系产生了破坏,或者是功能上有大的改进或增强。此版本号由项目决定是否修改。
(3)修订版本号:一般是QA Bug 的修复或是一些小的变动或是一些功能的扩充(new feature),要经常发布修订版,修复一个严重 Bug 即可发布一个修订版。此版本号由项目经理决定是否修改。
(4)紧急版本号:用于记录修改生产环境紧急缺陷的hotfix版本。
(5)阶段说明:此版本号用于标注当前版本的软件处于哪个开发阶段,当软件进入到另一个阶段时需要修改此版本号。此版本号由项目决定是否添加。
2.软件版本阶段说明
Base:此版本表示该软件仅仅是一个假页面链接,通常包括所有的功能和页面布局,但是页面中的功能都没有做完整的实现,只是做为整体网站的一个基础架构。
Alpha :软件的初级版本,表示该软件在此阶段以实现软件功能为主,通常只在软件开发者 内部交流,一般而言,该版本软件的Bug较多,需要继续修改,是测试版本。测试人员提交Bug经开发人员修改确认之后,发布到测试网址让测试人员测试,此时可将软件版本标注为alpha版。
Beta :该版本相对于Alpha 版已经有了很大的进步,消除了严重错误,但还需要经过多次测试来进一步消除,此版本主要的修改对象是软件的UI。修改的的Bug 经测试人员测试确认后可发布到外网上,此时可将软件版本标注为 beta版。
RC :该版本已经相当成熟了,基本上不存在导致错误的Bug,与即将发行的正式版本相差 无几。
Release:该版本意味“最终版本”,在前面版本的一系列测试版之后,终归会有一个正式的 版本,是最终交付用户使用的一个版本。该版本有时也称标准版。
3.版本号修改举例说明
如此时版本号为:1.0.0.0_alpha ,此时为内部测试阶段
(1)开发人员修复了生产环境的bug并经测试人员测试验证关闭bug之后,发布到外网时,此时就进入了软件的下一个阶段,版本号可改为:1.0.0.0_beta 。
(2)如果修复了一些重大Bug 并按照流程发布到外网时就可发布一个修订版,如1.0.1.0_beta。
(3)如果对软件进行了一些功能上的改进或增强,进行了一些局部变动的时候要修改次版本号,如:1.1.0.0_beta(上一级有变动时,下级要归零)。
(4)当功能模块有较大变动,增加模块或整体架构发生变化时要修改主版本号,如新增加了退款功能,则版本号要改为:2.0.0.0_beta 。
- 软件版本命名规范
- 软件版本命名规范
- 软件版本命名规范
- 软件版本命名规范
- 软件版本命名规范
- 软件版本命名规范
- 软件版本命名规范
- 版本命名规范
- 软件版本命名规范
- 软件版本命名规范
- 软件版本命名规范
- 版本命名规范
- 软件版本命名规范
- 项目版本命名规范
- 软件版本命名规范
- 软件版本命名规范
- 软件版本命名规范
- 软件版本命名规范
- 第十周项目1(2)
- linux磁盘读写测试
- 获得当期显示的VC,View所在的VC
- 飞岩
- Android自定义倒计时控件
- 版本命名规范
- Error:Execution failed for task ':app:packageRelease'. > Failed to read key key0 from store "C:\User
- 简析梯度下降法的数学原理
- 完美去掉大黑条!!Android 5.1修改导航栏背景颜色
- nexus启动不了
- 数据结构习题-顺序表静态查找
- 推荐几个好用的maven仓库镜像站
- 数据库 -断断续续边做边总结
- sass与gulp应用