你可能已经在 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

npm 允许安装一个包的更新的版本,而不是指定的版本. 使用 tilde (~) 为您提供错误修复发布,而 caret (^) 为您提供回归兼容的新功能。

问题是旧版本通常不会得到那么多的错误修复,所以npm使用caret(^)作为默认的 --save。

此分類上一篇

根據:「Semver解釋 - 為什麼我的 package.json 中有一個卡雷特(^)?」

请注意,这些规则适用于 1.0.0 以上的版本,并且不是每个项目都遵循数学版本。 对于 0.x.x 版本,卡雷特只允许修复更新,也就是说,它与 Tilde 相同。

下面是概念的视觉解释:

此分類上一篇: Semantic Versioning Cheatsheet

查看NPM Docs 和 Semver Docs:

~版本“大约相当于版本”,将更新您到所有未来的修复版本,而不会增加较小的版本. ~1.2.3 将使用版本从 1.2.3 到 <1.3.0. ^版本“兼容版本”,将更新您到所有未来的较小的/修复版本,而不会增加大版本. ^2.3.4 将使用版本从 2.3.4 到 <3.0.0.

查看下面的评论 例外,特别是预一版本,如 ^0.2.3

帽子匹配可以被认为是“破碎”,因为它不会更新 ^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.

一条线路解释

標準版本系統是 major.minor.build (例如 2.4.1)

npm 检查并根据这些字符调整特定包的版本

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

例如: ~2.4.1 意味着它会检查 2.4.x 在哪里 x 是什么

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

例如: ^2.4.1 意味着它会检查 2.x.x 在哪里 x 是什么

半体分为3个主要部分,由点分裂。

major.minor.patch
1.0.0

这些不同的主要、小型和折叠是用来识别不同的发行。 tide(~)和caret(^)是用来识别哪些小型和折叠版本用于包装版本。

~1.0.1
 Install 1.0.1 or **latest patch versions** such as 1.0.2 ,1.0.5
^1.0.1
 Install 1.0.1 or **latest patch and minor versions** such as 1.0.2 ,1.1.0 ,1.1.1