项目版本号规范

云生产环境3位，开发与测试环境4位
不另区分内外版本，使版本号管理简易，同时满足内部版本号管理规范、回滚快速定位，外部版本名清晰简短、充分体现更新频率

新建bug、解决bug时所选的版本号，都是测试环境中左下角的版本号。

【主版本】.【子版本】.【修订次数】.【svn版本】
1. 主版本：由高层决定，可根据产品功能特点、运营情况而定，+1会影响子版本号，不影响修订次数与svn版本
2. 子版本：以计划定，每个计划都增加一位，主版本号+1时则归零；并行计划时，取子版本号大的为准，才能表示当前版本已包含多个计划的信息
3. 修订次数：指上一个"稳定"版本号的svn版本到当前svn版本的修订次数，注意是上一次”稳定“版本号，而不是上一次版本号，因为上一次可能是不稳定的
4. svn版本：指当前项目的svn版本库的版本号

【举例】
上一稳定版本：2.1.3.9040
【开启计划，细分需求，分解任务，开始开发】此时已开启计划P，并细分出需求N1-N20，并分解出任务T1-T30
【开发完成，新建版本，提交测试】当T1-T30开发完成（即P开发完成）时，svn版本号9100，新建版本2.2.60.9100，源代码地址栏写明"[GUT]P - 第1次测试"，描述栏可写是否需要在该版本达到何要求后发布云生产环境，并通过项目>版本>提交测试
2.2=2.1之后开启的1个计划，故子版本号+1
60=9100-9040：上一个稳定的svn版本到当前svn版本的修订次数
【开始测试，回归bug或验证需求】当回归了一遍所有已解决bug和验证需求后，测试负责人在测试>版本中，完善测试结果，关闭测试版本，表示该版本已过了一遍；对于新建bug时选择gut系统左下角对应版本号，（暂时）提交给产品部
【按计划要求，发布生产环境，或继续下一版本】
若测试版本全部通过，即计划P完成，产品部关闭计划，开发部发布云生产环境，当前版本就是最新的稳定版本
若测试版本未全通过但必须尽快发布的，可在测试结果满足发布条件时，直接发布云生产环境，剩余问题在该计划内下一版本继续完善【并行计划类似处理】
若测试版本未全通过且不急于发布的，可不发布云生产环境，剩余问题该计划内下一版本继续完善
【上一步中，若测试版本未全通过，又需新建版本时】设svn版本号9240，则新建版本2.2.200.9240
200=9240-9040，只要上一版本未达到稳定，无论是否已经上云生产环境，都以上一个稳定版本为准（上云不一定都是稳定的，可能是紧急但允许存在不稳定瑕疵的）