你知道APP的产品版本是怎么弄出来的吗? 大家是不是很熟悉，说APP又要更新了，比方：imToken我安装的是1.4.5.255版本，一直没有更新到imToken国际公测2.0版本的，因为新的版本，怕不安全，等正常运行一段时间后再更新也不迟的。而这个版本前面的数字都代表什么意思呢？下边我详细的告诉你：
1. 版本阶段说明
*提测版: 该版本消除了严重的错误，但还是存在着一些缺陷，需要经过多次测试来进一步消除，此版本主要的修改对像是软件的BUG。
*验证版beta: 该版本已经相当成熟了，基本上不存在导致错误的BUG，发行在个别渠道上进行测试。
*正式版release: 该版本意味“最终版本”，在前面版本的一系列测试版之后，终归会有一个正式版本，是最终交付用户使用的一个版本。该版本有时也称为主版本。
2. 命名规范
2.1本命名规范
软件版本号由四部分组成，第一个1为主版本号，第二个1为子版本号，第三个1为阶段版本号，第四部分为希腊字母版本号，希腊字母版本号共有2种，分别为：beta、release。例如：2.1.1.7434_beta。
2.2版本号定修改规则
* 主版本号(1)：当功能模块有较大的变动，比如增加多个模块或者整体架构发生变化。此版本号由项目总负责人决定是否修改。
*子版本号(1)：当功能有一定的增加或变化，比如增加了对权限控制、增加自定义视图等功能。此版本号由产品经理决定是否修改。
*阶段版本号(1)：一般是 Bug 修复或是一些小的变动，要经常发布修订版，时间间隔不限，修复一个严重的bug即可发布一个修订版。此版本号由小组项目负责人决定是否修改。
*随机版本号:此版本号由小组项目负责人决定是否修改。
*希腊字母版本号(beta):此版本号用于标注当前版本的软件处于哪个开发阶段，当软件进入到另一个阶段时需要修改此版本号。
由提测版进入到验证版beta由项目测试负责人决定是否修改。
由验证版beta进入到正式版release由项目总负责人决定是否修改。
3. 版本内容管理
l主版本为主团队进行管理；
主版本的所有需求，提意见在一个需求池里中，每个迭代的规划，由产品经理负责管理版本内容，把用户需求故事写入到这个迭代要做的需求放进去管理，例《版本需求表》
3.1版本需求
编号模块角色场景重要性
每个版本周期的需求内容全员共同知晓，针对这个版本需求表的内容也可公示到论坛中去。
需求文档都是放在SVN中，便于项目同学了解。
l 其它分支版本和灰度渠道由商业化团队进行管理。
例《版本需求表》
4. 版本开发流程
l 从下月起介入GIT工具进行开发
l 迭代计划时确定需要在分支上开发的新功能
l 项目开发编码前从当前主干建立一条开发分支，供新功能开发使用
l 项目测试阶段，打出分支版本，供测试验收
l Debug时，在开发分支上进行bug修复
l Beta版本确认通过后（项目总负责确认），功能代码合入主干
l 测试版本提交时间：每日15：00和下班前打出测试包
5. 版本上线管理
提测版项目内完成，共同测试。
验证版beta需要邮件通知运营同学、项目关键负责人、总经理，并在邮件中附带本次更新说明，渠道上线说明。
正式版release更新时间需要项目总负责人确认，才能更新全部服务器全部渠道，需要正式邮件通知全项目组成员、总经理，并在邮件中附带本次更新说明。
6. 版本记录管理
例《产品版本管理记录表》
以实践的经验告诉你如何做产品的版本管理工作，当产品做大时候，有很多版本，不同的版本上面有不同的用户量，（比方币乎的老版本上就有很多用户不愿意升级，即使关闭了评论功能也不会愿意升级的）
作者有个付费的知识星球，主要是交朋友，弄一个小的门槛，提供区块链的基础交流；需要做网站或者APP的，提供产品设计交流；本人创业几次，创业的朋友，可以提供一些建议；有兴趣的朋友加入。
