JIRA之版本管理分享

lsekfe

如何定义版本号？
　　一般来讲大部分的软件版本号分3段，比如 A.B.C
　　对于很多互联网产品来说，第一个版本通常是最核心的内容（demo版本或MVP）V1.0.0
　　A 表示大版本号，一般当软件整体重写，或出现不向后兼容的改变时，增加A，A为零时表示软件还在开发阶段。
　　B 表示功能更新，出现新功能时增加B。
　　C 表示小修改，如修复bug，只要有修改就增加C。
　　例如V0.1.0 V1.2.0 V1.2.1 等等。

版本号规则

　　如何创建版本号？
　　版本号定义内容组成。
　　1 版本号名称，参考“如何定义版本号”，通常还可以加上产品名称，如 简书V1.2.1
　　2 版本开始和完成时间
　　3 版本描述
　　如图所示：

　　如何定义版本号关联内容？
　　当创建了版本号以后，可以在【Backlog】【版本】中进行需求关联，如图所示
　　1 点击【Backlog】
　　2 打开【版本】，找到已经创建的版本【简书V1.2.1】
　　3 鼠标放到【故事】上，拖动向版本【简书V1.2.1】，这样就实现了，需求和版本的关联

　　也可以在创建问题后，填写【版本号】，如图所示：

　　版本发布与归档？
　　版本发布是指被包含需求发到线上了，但是这个时候有可能会发现问题，或存在缺少必要的需求的情况，所以存在多次发版的情况，版本号保持不变，操作方式如图所示。如果有未完成的任务，会要求先检查任务完成情况，才能发版。

　　版本归档是指版本发布一段时间后，该版本已经稳定，不会再改动版本关联内容。这时候版本可以归档，操作方式如图所示。归档完成了，【Backlog】【版本】中就不会再看到该版本号。

　　版本归档也是重要的项目资料沉淀，便于学习项目经验和回溯项目过程。
　　版本发布与冲刺之间的关系？
　　在实际的开发过程中，经常有小伙伴不清楚 版本和冲刺之间的关系。
　　冲刺 迭代 sprint 是时间概念，是不同的敏捷方法论中对于时间盒的定义，固定时间周期（2~4周）内按计划完成一定量的需求，测试环境中验收结果。这里强调的是固定时间周期，便于团队形成稳定的开发节奏，定期输出成果。
　　发版时间是产品经理来定义的，可以合并两个冲刺来发版，或者根据客户的需要来定义发版时间。这个发版时间不是周期性的。当然也可以把冲刺时间和发版时间保持一致，比如每个冲刺的最后一天完成发版。
　　在Devops 做得非常好的情况下，是可以做到每日构建，集成，测试，发版的。但对于需求比较多的情况下，还是按冲刺来完成需求，并以功能测试，回归测试，性能测试来保证质量后，再进行发版。

　　版本发布与分支管理？
　　那多个项目功能在主干开发，还是分支流水线开发呢？
　　主干开发的提前是每次提交代码有大量的自动化测试用例来保障主线质量，那么不同的开发人员需要频繁同步主线代码，以减少自己的代码和主线代码冲突行。优势就是不需要额外的人力去合代码。
　　流水线分支开发模式的好处在于，彼此开发期间是独立的，互不干扰，可以快速提升研发效率和后面的分支版本验收；缺点就在于，合版本的时候需要有严格的规范和流程，而且合版本也会带来一定的成本
　　从项目管理的角度来说，无论是主干开发还是拉分支开发，没有绝对的好与不好，各有优劣，只要是合适自己项目的就最好。