我想添加官方的npmjs文件,其中描述了所有版本特性方法,包括在问题上提到的方法。

其他版本规格包括 GitHub URL 和 GitHub 用户 repo 、本地路径和包含特定 npm 标签的包

官方DOC

npm docs > package.json > dependencies npm docs > semver > 版本 semver (7)

你可能已经在 package.json 中看到了 tilde(~)和 caret(^)。

当您安装 npm 时刻 --save 时,它将保存包.json 的输入,并使用 Caret (^) 预定。

泰尔德(~)

在最简单的术语中,tilde(~)匹配最新的小版本(中间号)。 ~1.2.3 将匹配所有 1.2.x 版本,但将错过 1.3.0。

卡雷特(^)

它将更新您到最新的主要版本(第一个数字)。 ^1.2.3 将匹配任何 1.x.x 发布,包括 1.3.0,但将停止在 2.0.0。

参考: https://medium.com/@Hardy2151/caret-and-tilde-in-package-json-57f1cbbe347b

帽子匹配可以被认为是“破碎”,因为它不会更新 ^0.1.2 到 0.2.0. 当软件出现时,使用 0.x.y 版本和帽子匹配只会匹配最后的不同数字(y)。这是为了目的。

规则是:在您的软件尚未成熟时使用 0.x.y 版本,并在您的公共 API 变化时增加中间数字发布它(因此,有 ^0.1.0 的人不会得到 0.2.0 更新,并且它不会破坏代码)。

Given a version number MAJOR.MINOR.PATCH, increment the:

MAJOR version when you make incompatible API changes,
MINOR version when you add functionality in a backwards-compatible manner, and
PATCH version when you make backwards-compatible bug fixes.

泰勒(~)

大型版本是固定的,小型版本是固定的,相匹配任何构建数字

"express": "~4.13.3" 

~4.13.3 意味着它会检查 4.13.x 在哪里 x 是什么

可爱(^)

大型版本是固定的,匹配任何小型版本,匹配任何构建数字

"supertest": "^3.0.0"

^3.0.0 意味着它会检查 3.x.x 在哪里 x 是任何东西

• 合理接近

   ~1.1.5: 1.1.0 <= accepted < 1.2.0

标签: 兼容

   ^1.1.5: 1.1.5 <= accepted < 2.0.0

   ^0.1.3: 0.1.3 <= accepted < 0.2.0

   ^0.0.4: 0.0.4 <= accepted < 0.1.0

只要第一个数字(“大”)至少是1:

它是使用的,当你准备好接受只有错误修复(第三个数字的升级),但不需要任何其他变化,甚至更小的升级,添加功能。

^ 只锁定大编号. 它被用,当您愿意收到错误修复(第三编号的改进)和添加功能的小升级,但不应该破坏现有代码(第二编号的改进)。

除此之外, ^ 不受旧 npm 版本的支持,并且应谨慎使用。

因此, ^ 是一个很好的默认,但它不是完美的. 我建议仔细选择和设置最有用的半导体操作器。

(重定向以避免说“修复”和“错误修复”与冲突使用“修复”,这令人困惑)