最新产品版本迭代编码规范汇编.docxVIP

产品部版本迭代编码规范 产品命名规范 在确立版本之初，应以规范的 “公司名称” “产品名称”作为首要判定标识，再补充版 本号。 产品版本正确格式为： 赛弗-| portal 门户-V1.00.0.beta 现有“公司名称”包括 赛弗、绿福德、速位隆通 现有“产品名称”包括： 运营管理平台 营销管理平台 portal 门户 支付中心接口 支付中心管理后台 PC端portal门户 企业官网 微信运营 绿富德电商 过路客APP 请在迭代过程中优先确立已有的产品名称，在产品名称项目下更新产品版 本号。 版本号命名规范 软件版本号由五部分组成，第一部分为 V (Version ):即版本，第二部分为主版本号, 第三部分为次版本号，第四部分为修订版本号，第五部分为日期版本号加希腊字母版本号 主版本号 修订版本号 希腊字母版本号 vVqP^t4ta r / _ 次版本号 日期版本号 软件版本阶段说明 Base：此版本表示该软件仅仅是一个假页面阶段。 Alpha :内测版本 Beta :公测版本 DEMO:演示版本 Final :最终版本 版本号修改规则 主版本号：当功能模块有较大的变动，比如增加模块或是整体架构发生变化。此 版本号由产品总监决定是否修改。 次版本号：相对于主版本号而言，次版本号的升级对应的只是局部的变动，但该 或者局部的变动造成程序和以前版本不能兼容， 或者对该程序以前的协作关系产生了破坏， 或者 是功能上有大的改进或增强。此版本号由产品经理决定是否修改。 修订版本号：一般是 Bug的修复或是一些小的变动或是一些功能的扩充，要经常 发布修订版，修复一个严重Bug即可发布一个修订版。此版本号由产品经理决定是否修改。 日期版本号：用于记录修改产品的当前日期，每天对产品的修改都需要更改日期 版本号。此版本号由开发人员决定是否修改。 希腊字母版本号：此版本号用于标注当前版本的软件处于哪个开发阶段，当软件 进入到另一个阶段时需要修改此版本号。此版本号由产品总监决定是否修改。 V1.00.0.beta (上一级有变动时，下级要归零) 版本发布周期 非紧急情况：首先由测试人员测试并提交 Bug,其次开发人员会尽量在当天修复 Bug并在第二天发布该版本的 alpha版，然后由测试人员测试验证关闭 Bug之后在第三天会 发布该版本的beta版。 紧急情况：如果Bug比较紧急可跳过一般流程，由开发人员尽快修复 Bug，测试确认之 后直接发布该版本的 beta版。 日期为发布当前日期 版本号修改举例说明 如此时版本号为:V1.00.0alpha ,此时为内部测试阶段 开发人员修复了测试人员提交的 bug并经测试人员测试验证关闭 bug之后，发布 到外网时，此时就进入了软件的下一个阶段，版本号可改为： V1.00.0.beta , 如当前日期跟上一个版本号的日期不一样，版本号可改为： V1.00.0.beta 。 如果修复了一些重大 Bug并按照流程发布到外网时就可发布一个修订版，如 V1.00.1beta ,日期为发布的当前日期。 如果对软件进行了一些功能上的改进或增强，进行了一些局部变动的时候要修改 次版本号，如：V1.01.0.beta (上一级有变动时，下级要归零) 。 当功能模块有较大变动，增加模块或整体架构发生变化时要修改主版本号，如新 增加了退款功能，则版本号要改为： V2.00.0.beta 。