1.前言
版本号是一个重要的概念，它帮助我们追踪产品的迭代历程，理解新版本与旧版本之间的差异。在APP产品和网页端产品中，版本号的设定方式可能会有所不同，下面我会以实际案例进行说明。
2.概念解释
首先，我们需要了解一下语义化版本（Semantic Versioning），它是一种广泛应用的版本号命名规则，无论是负责App端还是网页端产品迭代的产品经理，在定版本号时，都会遵循语义化版本控制原则，即：
软件版本号有四部分组成：<主版本号.><次版本号>.<修复版本号>.<日期+希腊字母版本号>，这是一个很标准规范的软件版本号组成格式，如：v3.4.5，v1.2.0.20180803_Release，表示2018-08-03发布了v1.2.0的最终版本。不过需要注意的是，希腊字母版本号一般在面向用户发布的APP软件产品才会用到，因为APP版本号用户是可以看到的，而网页端不需要希腊字母版本号。
1.主版本号（Major）：当有大变动时，比如，修改不兼容的 API ，架构调整等，需增加主版本号。
2.次版本号（Minor）：当添加了新功能但不影响现有功能时，增加次版本号。
3.修订号（Patch）：当进行了错误修复时，即，修复bug时，增加修订号。
希腊字母版本号共有5种：Base、Alpha、Beta、RC、Release
（1）Base：基础版本，指某个软件的早期版本或者基础版本。
（2）Alpha版：开发版本，也叫α版（开发环境），通常只在软件开发者内部使用。
（3）Beta版：测试版本，通常是内部测试人员测试使用。
（4）RC版：可以理解为预发版本（候选版本），与最终版本差不了多少。
（5）Release版：此版本意味着“最终版本”、“上线版本”，在前面版本的一系列测试版之后，是最终交付用户使用的一个版本。该版本有时也称为标准版。
当然，日期+希腊字母版本号可以不加的，某些公司或者项目、团队，使用简易的版本号方式，比如，V1、V2版本、V1.2.0、V1.2.1_Release版本等。不过这里需要注意的是，如果是产品经理定义产品迭代版本号，那么可以省略日期+希腊字母版本号，但是如果是开发人员，为了保证记录和以后追踪溯源，建议在发布版本时，日期+希腊字母版本号都加上。
3.案例说明
App产品迭代版本号案例：
（1）假设一个App的当前版本号是2.3.5（日期+希腊字母版本号看公司要求，这里以简易的方式表达）。如果在下一次更新中，产品经理决定添加了一个新的社交分享功能，并且这个功能并不影响任何既有的API，那么这个更新应该增加次版本号，使得新版本号为2.4.0。
（2）如果这个App之后有一个小bug被修复了，没有添加新的功能，也没有更改既有的功能，那么仅增加修订号，版本号变成2.4.1。
（3）如果产品经理决定进行全面的UI重新设计，这个改变可能会涉及到底层代码的较大调整，可能会引入破坏性更改，因此需要增加主版本号，新的版本可能就是3.0.0。
网页端产品迭代版本号案例：
（1）假设当前版本号也是2.3.5。如果团队刚刚推出了一个新的客户管理界面，这个界面通过AJAX与后台交互，完全是新增加的，而且并不更改现有的任何功能，产品经理可以将版本号提升到2.4.0。
（2）然后，如果发现新界面有个显示错误，在修复后，版本号可以更新为2.4.1。
（3）如果公司之后推出了一个基于新技术栈的重构版本，并且这个版本彻底改变了用户流程和接口调用方式，可能就会将主版本号增加，更新为3.0.0。
全文完，内容如有错误欢迎指正！
