一. 项目凡涉及文档及代码均要求按照版本号演进的方式，去推进工作结果的提交，在项目管理系统中此类任务主题需要注明版本号；
如：用户注册(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版。
来源：oschina
链接：https://my.oschina.net/u/221951/blog/674271