版本号管理规则

 

一. 项目凡涉及文档及代码均要求按照版本号演进的方式，去推动工做结果的提交，在项目管理系统中此类任务主题须要注明版本号；
如：用户注册(jixiao360-3.1.12)

二. 代码任务，提交git代码版本规则：
1. 版本号整体命名：项目名-主版本号.次版本号.修订版本号-开发阶段号
如：jixiao360-3.1.12-rc1

2. 主版本号：开发时直接创建分支，说明是全局功能（重大）的改进，在项目管理系统中会创建项目或子项目，通常创建子项目；
当功能模块有较大的变更，好比增长模块或是总体架构发生变化。此版本号由项目决定是否修改。
由项目决定修改的意思，是指至少两个以上项目决策人员敲定。

3. 次版本号：局部功能的改进，在项目管理系统中会创建任务，通常创建总任务，属于管理型任务；
相对于主版本号而言，次版本号的升级对应的只是局部的变更，但该局部的变更形成程序和之前版本不能兼容，
或者对该程序之前的协做关系产生了破坏，或者是功能上有大的改进或加强。此版本号由项目决定是否修改。

4. 修订版本号: 当前开发任务的版本，有具体的开发人员，属于执行型任务；
通常是Bug的修复或是一些小的变更或是一些功能的扩充，要常常发布修订版，修复一个严重 Bug便可发布一个修订版。
此版本号由项目经理决定是否修改。

5. 更细节子任务不参与版本号的变动。

6. 开发阶段号：
1)model(简写：m)： 模型阶段。
此阶段表示该软件仅仅是一个假页面连接，一般包括全部的功能和页面布局，
可是页面中的功能都没有作完整的实现，只是作为总体网站的一个基础架构。

2)alpha(简写：a): 内测阶段。
提交软件的初级版本，表示该软件在此阶段以实现软件功能为主，一般只在软件开发者内部交流，
通常而言，该版本软件的Bug较多，须要继续修改，是测试版本。测试 人员提交Bug经开发人员
修改确认以后，发布到测试网址让测试人员测试，此时可将软件版本标注为alpha版。

3)beta(简写：b): 公测阶段。
相对于Alpha版已经有了很大的进步，消除了严重错误，但还须要通过屡次测试来进一步消除，此版本主要的修改对象是软件的UI。
修改的的Bug 经测试人员测试确认后可发布到外网上，此时可将软件版本标注为 beta版。

4)release candidate(简写：rc): 候选阶段。
该版本已经至关成熟了，基本上不存在致使错误的Bug，与即将发行的正式版本相差无几。

5)release(简写：r): 官方发布阶段。
该版本意味“最终版本”，在前面版本的一系列测试版以后，终归会有一个正式的版本，是最终交付用户使用的一个版本。该版本有时也称标准版。

7. 参照举例：

3.1.01-m （model)
3.1.01-a （alpha 内测)
3.1.01-b2 (beta with some bug fixes 公测)
3.1.01-rc3 (release candidate 候选)
3.1.01-r (commercial distribution 官方发布)
3.1.01-r5 (commercial distribution with many bug fixes 修正bug以后的官方发布版)

 

8..版本发布周期：
1）非紧急状况：
首先由测试人员测试并提交Bug，其次开发人员会尽可能在当天修复Bug并在次日发布该版本的alpha版，
而后由测试人员测试验证关闭Bug以后在第三天会发布该版本的 beta 版。

2）紧急状况： 若是Bug比较紧急可跳过通常流程，由开发人员尽快修复Bug，测试确认以后直接发布该版本的 beta版。