问题
- 多版本并存指代不清。由于业务需要，公司内部和客户本地可能并存多个产品版本，不同版本的先后顺序、之间差异不明确，造成后续维护和迭代的不确定。
- 产品迭代规划性不足。对于要添加的功能，修复的问题，应该有对应的版本，让发布更有计划。
制定版本发布计划
- 版本计划
- 功能计划
- 发布计划（整合版本和功能）
操作步骤
- backlog中添加任务项
-
命名规范
{主版本号}.{次版本号}.{修订版本号}.{日期}_{版本阶段}，例：1.23.12.20171018_beta
- 主版本号：当功能模块有较大的变动，比如增加模块或是整体架构发生变化。
- 次版本号：相对于主版本号而言，次版本号的升级对应的只是局部的变动，但该局部的变动造成程序和以前版本不能兼容，或者对该程序以前的协作关系产生了破坏，或者 是功能上有大的改进或增强。
- 修订版本号：一般是Bug 的修复或是一些小的变动或是一些功能的扩充，要经常发布修订版，修复一个严重 Bug 即可发布一个修订版。
- 日期版本号：发布的日期。（不同阶段的日期？）
- 版本阶段：此版本号用于标注当前版本的软件处于哪个开发阶段，当软件进入到另一个阶段时需要修改此版本号。
实践
- 版本号设置和增长
场景
- Jira
- 产品迭代
- 发布部署
改变
- 排期计划 -> 版本发布计划
-
FAQ
参考资料
