版本发布命名规范.docx

文档介绍：
软件版本号有四部分组成，第一部分为主版本号，第二部分为次版本号，第 三部分为修订版
本号，第四部分为日期版本号加希腊字母版本号，希腊字母版本号共有五 种，分别为 base、alpha、beta、RC、
软件版本号有四部分组成，第一部分为主版本号，第二部分为次版本号，第 三部分为修订版
本号，第四部分为日期版本号加希腊字母版本号，希腊字母版本号共有五 种，分别为 base、alpha、beta、RC、release

Base：此版本表示该软件仅仅是一个假页面链接，通常包括所有的功能和贡 面布局，但是 页面中的功能都没有做完整的实现，只是做为整体网站的一 个基础架构。
Alpha :软件的初级版本，表示该软件在此阶段以实现软件功能为主，通常 只在软件开发者内部交流，一般而言，该版本软件的 Bug较多，需要继续
修改，是测试版本。测试人员提交Bug经开发人员修改确认之后，发布到
测试网址让测试人员测试，此时可将软件版本标注为alpha版。
Beta：该版本相对于 Alpha版已经有了很大的进步，消除了严重错误，但还 需要经过多次 测试来进一步消除，此版本主要的修改对象是软件的UI。修
改的的Bug经测试人员测试确认后可发布到外网上，此时可将软件版本标注 为beta版。
RC :该版本已经相当成熟了，基本上不存在导致错误的Bug ,与即将发行
的正式版本相差无几。
Release ：该版本意味“最终版本”，在前面版本的一系列测试版之后，终 归会有一个正式的版本，是最终交付用户使用的一个版本。该版本有时也称 标准版。
希腊字母版本号共有五种,分别为base、alpha, beta ■ RC、release

(3)如果对软件进行了一些功能上的改进或增强，进行了一些局部变动的
时候要修改次版本号，如： (上一级有变动时，下级要归
零)。
(4)当功能模块有较大变动，增加模块或整体架构发生变化时要修改主版 本号，如新增加了退款功能，则版本号要改为：。
紧急情况：如果Bug比较紧急可跳过一般流程，由开发人员尽快修复Bug,
测试确认之后直接发布该版本的 beta版