【软件工程之美 - 专栏笔记】35 | 版本发布：软件上线只是新的开始

---

专栏信息

1. 专栏作者：宝玉

2. 专栏发布平台：极客时间

---

主要内容

一起学习一下如何做好版本发布，保障好发布产品的质量。

---

一、关于软件版本

为了明确标识软件版本，需要对版本进行编号。目前业界在软件版本的命名上，通常会采用以下方式：

主版本号 . 子版本号.[. 修正版本号.[构建版本号]]

其中主版本号和子版本号用来标识功能变化，小的功能变化增加子版本号，大的功能变化增加主版本号。修正版本号则表示功能不变化的情况下修复 Bug，而构建版本号表示一次新的构建，这个通常由编译程序自动生成。

---

二、版本发布前，做好版本发布的规划

实际上，并不代表你需要完成所有的功能，或者没有任何 Bug，有一个完美的版本才能上线。

版本的发布规划，是指规划哪些内容呢？

1. 首先是规划好要发布的功能。

   在发布前，搞清楚哪些是用户必须要有的功能，哪些是用户可以没有的功能。

   然后是定义好发布的质量标准。

2. 再有就是要设计好发布的策略。

   考虑好是直接发布给所有用户？还是先让一部分用户试用？

   让一部分用户使用 Beta 版也是一个好的发布策略。

   灰度测试的发布策略。

3. 最后，就是有一个综合性的版本发布计划。

   在确定了要发布的功能、定义好了质量标准、设计好了发布策略，就可以制定一个综合性的版本发布计划了，确定好发布的时间点。

   这个发布计划，不只是项目内部成员，还需要和项目之外利益相关方，比如客户、市场运营人员，大家一起确定最终的发布计划。

---

三、规范好发布流程，保障发布质量

有几个需要注意的问题。

1. 首先是必须保证要编译部署的是正确的版本。
2. 然后要保证版本稳定可靠。
3. 再就是要在发布失败后能回滚。

针对这些问题，已经有些好的实践，比如说代码冻结、Bug 分级、回归测试等可以降低发布风险，保障发布产品的质量。

---

四、软件上线只是新的开始

当你的软件上线后，这不代表你的项目就结束了，可能这才只是新的开始。

用户在使用你的产品的时候，可能会遇到一些 Bug 或者是有一些建议，所以需要给用户反馈的渠道，让用户可以有途径对于 Bug 或者功能去反馈。

只是靠用户主动反馈问题还是不够的，需要主动的对发布的版本进行监控，比如说要收集 App Crash 的 Log、监控服务器资源占用情况、监控 API 出错的比例、监控网页响应的速度等数据。

---

五、其他摘抄

• 要在用户（或客户）的心理预期和你软件的实际情况之间，达到一种平衡，让软件的功能和质量，满足好用户的预期。
• 流程和规范能将好的实践标准化流程化，让大家可以共享经验。
• 软件上线只是新的开始，还需要收集用户的反馈，对线上服务进行监控和预警，对整个版本的开发过程进行总结回顾。

---

总结

做好版本发布，关键在于版本发布前做好版本发布的规划，以及采用一个科学的发布流程。