版本号学习笔记

• 2019 年 12 月 4 日
• 筆記

版本号

作为一名前端工程师，相信大家对npm等包管理工具都比较熟悉，这里抛出一个先前碰到的问题：

冲突

假设我们存在一个多个项目共用的构建环境runtime，构建工具所依赖的包都安装在此runtime中，然后各个项目的负责人或者开发人员一起来维护这个公用runtime的package.json。那么非常有可能，包之间的依赖会出现冲突，特别是当包存在Peer Dependencies的情况(之前的低版本npm安装会导致NPM ERR报错)：

后续

在了解了什么是平等依赖以及为什么安装失败后，解决这个问题的办法有很多，比如：

• 根据项目拆分runtime
• 升级依赖包(防止breaking changes)
• 更换构建实现方式
• 等等

尽管如此，我们还是非常有必要了解一下Npm包管理工具是怎么做的?

版本比较

在此之前，我们先来了解一下语义化版本，网站介绍的很详细，这里直接介绍怎么进行对比的。

这里强调一下版本号之间的比较，必须把版本拆分成主版本号Major，次版本号Minor，修订号Patch以数值比较例如： 1.0.0 < 2.0.0 < 2.1.0 < 2.1.1

当主版本号Major，次版本号Minor，修订号Patch都相同时，再比较先行版本号Pre-release，先由左到右根据.标识符分隔比较，直到找到第一个差异值后决定（数值以高低相比，字母以ASCII的排序比较，数字与字母比则数字优先级较低），比如：1.0.0-alpha < 1.0.0-alpha.1 < 1.0.0-alpha.beta < 1.0.0-beta < 1.0.0-beta.2 < 1.0.0-beta.11 < 1.0.0- rc.1 < 1.0.0

指定范围

package.json中指定包版本范围会更为复杂一些：

A version range is a set of comparators which specify versions that satisfy the range.

comparators其实就是

Todo…