版本号与发布节奏

版本号是工程与用户之间的契约：升不升、什么时候升、升了意味着什么，都要有章法。这篇讲版本号语义与发布节奏的实践。

▍版本三段位的用法
主版本：大改版（架构调整、界面重做、重大功能）才动，一年一两次的量级。次版本：功能性更新（新能力、大改进），用户感知明显。修订号：修复与微调（bug 修复、适配新机型），用户预期是更稳不是更新。用户视角的对应关系要在更新说明里讲清楚——用户看到修订号升级，期待的是稳定；你塞进半成品功能，信任就裂了。

▍发布节奏
固定节奏优于攒大招：修订版按需（关键 bug 不等班车），次版本按周期（如每月或每六周），主版本按里程碑。发布列车纪律：功能合入冻结点、测试期、修复期、放行。赶工跳过测试期的版本，返修成本永远是省下的几倍。

▍版本与数据的耦合
配置与数据格式带版本号，升级路径显式：新版本读旧数据要做迁移（迁移逻辑要有测试与回退预案）。真实案例：某应用的数据格式升级逻辑在沙箱路径下失败，用户升级后数据不可见（数据还在，路径视图变了）——数据迁移类改动必须在真机升级场景验证，不能只测全新安装。

▍渠道与节奏的错位
市场审核有周期，灰度与全量的节奏要预留：先小比例灰度观察崩溃率与反馈，再放量。回退预案：保留上一个稳定版的发布物与数据兼容能力，出问题能回。

▍沟通纪律
更新说明写人话：这次修了什么（用户视角的症状）、改了什么体验、已知问题。别写代码变更清单式的自嗨文案。论坛的版本发布帖与市场更新说明同步，用户在哪问都有答案。

▍验收
每个版本发布前过清单：版本号语义对、数据迁移测过、更新说明写好、灰度计划明确、回退可行。五项缺一不发。

免费无广告的安装包可以在官网下载体验。