1、版本号命名规范
    软件版本号由五部分组成，第一部分为 V（ Version ）：即版本，第二部分为主版本号， 第三部分为次版本号，第四部分为修订版本号，第五部分为日期版本号加希腊字母版本号
    image.png

    2.软件版本阶段说明
    Base：此版本表示该软件仅仅是一个假页面阶段。
    Alpha ：内测版本
    Beta ：公测版本
    DEMO：演示版本
    Final ：最终版本

    3.版本号修改规则
    （ 1）主版本号：当功能模块有较大的变动，比如增加模块或是整体架构发生变化。此版本号由产品总监决定是否修改。
    （ 2）次版本号：相对于主版本号而言，次版本号的升级对应的只是局部的变动，但该局部的变动造成程序和以前版本不能兼容，或者对该程序以前的协作关系产生了破坏，或者是功能上有大的改进或增强。此版本号由产品经理决定是否修改。
    （ 3）修订版本号：一般是Bug 的修复或是一些小的变动或是一些功能的扩充，要经常发布修订版， 修复一个严重Bug 即可发布一个修订版。 此版本号由产品经理决定是否修改。
    （ 4）日期版本号：用于记录修改产品的当前日期，每天对产品的修改都需要更改日期版本号。此版本号由开发人员决定是否修改。
    （ 5）希腊字母版本号：此版本号用于标注当前版本的软件处于哪个开发阶段，当软件进入到另一个阶段时需要修改此版本号。此版本号由产品总监决定是否修改。

    V1.00.0. 20160321_beta （上一级有变动时，下级要归零）

    4.版本发布周期
    （ 1）非紧急情况：首先由测试人员测试并提交Bug，其次开发人员会尽量在当天修复Bug 并在第二天发布该版本的alpha 版，然后由测试人员测试验证关闭 Bug 之后在第三天会发布该版本的beta版。
    （ 2）紧急情况：如果Bug 比较紧急可跳过一般流程，由开发人员尽快修复 Bug，测试确认之后直接发布该版本的beta版。

    5.版本号修改举例说明
    如此时版本号为：V1.00.0.20160321_alpha，此时为内部测试阶段
    （ 1）开发人员修复了测试人员提交的 bug 并经测试人员测试验证关闭 bug 之后，发布到外网时， 此时就进入了软件的下一个阶段， 版本号可改为： V1.00.0.20160321_beta ，如当前日期跟上一个版本号的日期不一样，版本号可改为：V1.00.0.20160322_beta 。
    （ 2）如果修复了一些重大 Bug 并按照流程发布到外网时就可发布一个修订版，如V1.00.1.20160322_beta ，日期为发布的当前日期。
    （ 3）如果对软件进行了一些功能上的改进或增强，进行了一些局部变动的时候要修改次版本号，如： V1.01.0.20160322_beta （上一级有变动时，下级要归零） 。
    （ 4）当功能模块有较大变动，增加模块或整体架构发生变化时要修改主版本号，如新增加了退款功能，则版本号要改为： V2.00.0.20160322_beta