《软件工程之美》——运行维护

本来不痛不痒做着笔记，看到评论区的：我们公司的复盘大会，就是击鼓传国。
笑skr了，哈哈哈哈哈

1、版本发布

1.1、软件版本的定义

软件版本包含两部分含义：

• 特定功能的集合
• 某一次特定代码的构建结果

为明确标识版本，通常采用以下方式进行版本命名：

主版本号.子版本号[.修正版本号[.构建版本号]]
如：1.2.1 build-123

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

1.2、版本发布规划

并不是所有功能都要完成，或者是没有任何bug的版本才能上线。关键在于，要在用户的心理预期和软件的实际情况之间，达到一种平衡，让软件的功能和质量，满足好用户的预期。

要达到好的发布效果，就需要在版本发布前先做好版本发布的规划。版本的发布规划包含以下内容：

• 规划好要发布的功能：对用户需求进行细分。
• 定义好发布的质量标准：用户对不同功能的质量的容忍度。
• 设计好发布策略：beta版本测试、灰度测试等。
• 有一个综合性的版本发布计划：和所有项目成员及项目利益相关方共同参与制定项目的发布计划。

1.3、规范发布流程

流程和规范能将好的实践标准化流程化，让大家可以共享经验。

发布版本需要注意的几个问题：

• 必须保证要编译部署的是正确的版本。
• 要保证版本稳定可靠。
• 在发布失败后能回滚。

制定合理流程，来应用好的实践，保证发布质量。一个参考流程如下：

• 在发布之前做代码冻结：在源码管理工具中创建一个release分支，对于这个分支的代码，冻结功能修改，不接受新功能的增加，只修复重要的bug。
• 对代码冻