1.7　合适的版本

自Electron 2.0.0以来，Electron的版本管理方式就开始遵循semver的管理规则。semver（https://semver.org/lang/zh-CN/）是一种语义化版本规范，该规范由npm团队定义、开发和维护。

semver的版本号内容分为主版本号、次版本号和修订号三个部分，中间以点号分割，版本号递增规则如下。

• 主版本号：当做了不兼容的修改时递增。
• 次版本号：当做了向下兼容的功能性更新时递增。
• 修订号：当做了向下兼容的问题修复时递增。

Electron则在这个约束的前提下增加了如表1-1所示的递增规则。

表1-1　Electron版本更新规则

推荐大家使用稳定状态的最新版本的Electron，如果已经安装了老版本的Electron或者发现Electron有可用的更新（关注Electron官网的发布页面：https://www.electronjs.org/releases/stable可获得更新信息），大家可以使用如下指令更新本地工程的Electron版本：

> npm install --save-dev electron@latest

Electron团队承诺只维护最近的三个大版本，比如本书出版时Electron最新版本为v13.2.3，那么Electron团队只会维护v13.x.x、v12.x.x、v11.x.x。v10.x.x以及更早的版本则不再维护，当v14.x.x发布之后，v11.x.x也就不再维护了（据悉Electron团队未来将扩大维护范围，将仅维护最近的三个版本扩大到四个版本）。

目前Electron版本发布相当频繁，每隔几周就会有一个新的稳定版本发布。大量的更新不仅仅带来了更多的新功能、解决了更多的问题，也意味着你所使用的版本即将成为无人维护的版本了，这也是为什么我推荐大家及时更新Electron版本的原因。

我们通过npm包管理工具安装的Electron依赖包都是稳定版本。除稳定版本外，Electron团队还维护着beta版本、alpha版本和nightly版本，这是Electron团队和一些激进的开发者的演武场，除非特别需要，不推荐在商业项目中使用这些版本。

另外Electron官方GitHub仓储的发布页面（https://github.com/electron/electron/issues）也时常会置顶一些重要更新事项，与社区的开发者一起讨论更新方案的细节，等最终方案敲定后，则逐步推动更新落地。比如前几年非常重要的移除remote模块的更新需求，就是置顶在这个页面的。这是开发者持续关注官方动向的最佳途径，一旦发现有不赞成的内容或破坏性的更新被置顶在这个页面，就应该尽量在项目当中避免使用它们。