修订说明
1.PC端产品内部版本号管理说明
为了规范产品管理，提高产品质量，特制定产品版本规则。产品从版本上分为主版本和分支版本，从稳定程度上分为每日构建、内部测试版(alpha测试)、Beta测试版、稳定版。
所有的版本命名均遵循以下规则，产品名称_分支名称_SVN对应版本号_build年月时分_测试类型[alpha,beta,stable]。如果是主版本可以省略分支名称。如果是每日构建，则不需要后缀测试类型。
每日构建是为了提高开发测试效率而采取的一种管理手段，开发人员每日定时提交所有修改完成的代码，发布一个仅供内部测试的非里程碑版本。每日构建版本号命名规则：产品名称_分支名称_SVN对应版本号_ build年月日时分。例如gagamatch_403_build201306271602。又如，gagamatch_spring_502_build201306271602。
内部测试版是指开发提交给测试人员用于内部测试的里程碑版本。该版本仅用于内部测试，不能用于发布。内部测试版版本号规则：产品名称_分支名称_SVN对应版本号_ build年月日时分_alpha。例如gagamatch_403_build201306271602_alpha。又如，gagamatch_spring_502_build201306271602_alpha。
Beta测试版是指，经过测试人员充分测试，但是可能存在功能不完善或者缺陷的里程碑版本。该版本可对特定用户开放。Beta测试版版本号规则：产品名称_分支名称_SVN对应版本号_ build年月日时分_beta。例如gagamatch_403_build201306271602_beta。又如，gagamatch_spring_502_build201306271602_beta。
稳定版是指，经过测试人员和用户充分测，用于对所有用户开放的正式发布的里程碑版本。稳定版版本号规则：产品名称_分支名称_SVN对应版本号_ build年月日时分_stable。例如gagamatch_403_build201306271602_stable。又如，gagamatch_ spring_502_build201306271602_stable。
2. 移动终端产品版本号管理说明
移动终端产品版本号命名规范为：产品代号_v[大版本号].[小版本号].[里程碑版本号].[编译版本号]。其中，产品代号是指产品的内部代号，正式发布时需要去除此代号。大版本是指全新重构，或者改动巨大的版本，初始值为0，以后每次累加1；小版本是指在一个大版本内，功能发生较大改变或者新增较多功能的版本，初始值为0，以后每次累加1；里程碑版本是指小版本内的持续迭代版本，初始值为0，以后每次累加1；只有测试版本才需要编译版本号，编译版本号的规则为yyddhh；测试结束后需要发布正式版时里程碑版本号需要累加一位。例如，最终的测试版本为rainy_v2.0.1.111909，则发布时的版本应为v2.0.2
3. PC端产品发布管理
为了提高产品质量，提高用户体验，提升公司竞争力和形象。技术部所有发布的产品必须全部达到以下标准：
- 必须至少提供产品更新文档、产品部署文档、产品审计文档、应急处理方案、测试计划、测试用例、测试报告等。
- 申请发布的产品版本必须经过严格的测试且达到了相关的质量标准。
- 必须同时通过技术总监、测试经理、QA的审核才能发布。
- 运维工程师有权拒绝未经审核或者未完全通过审核的发布申请。
