关于版本号讨论

通常情况下，都会采用语义版本号管理方式。如下：
语义版本号分为X.Y.Z三位，分别代表主版本号、次版本号和补丁版本号。当代码变更时，版本号按以下原则更新。

• 如果只是修复bug，需要更新Z位。

• 如果是新增了功能，但是向下兼容，需要更新Y位。

• 如果有大变动，向下不兼容，需要更新X位。

在目前的开发中，对于前端而言，会存在多个需求同步开发的情况。

假设现在有三个需求，对应0.1.0，0.2.0，0.3.0三个版本分别发布日常，测试完成。

在发布线上时，会按照倒序发布需求，也就是0.3.0的需求先发布，那么线上版本号应该如何处理？当然每次发布线上都会合并master代码。

如果还按照日常版本号走，显然版本号在减小，语义化并不合理。

于是乎抛弃 线上 0.1.0，0.2.0两个版本号，递增以0.4.0和0.5.0进行。

是否这是一种合理的方案？求解求解