在我升级到最新的稳定节点和npm之后,我尝试了npm安装时刻 --save. 它保存了 package.json 的输入与 caret ^ prefix. 此前,它是一个 tilde ~ prefix。
為什麼這些變化發生在npm? tilde ~ 和 caret ^ 之間的區別是什麼? 對其他人有什麼好處?
在我升级到最新的稳定节点和npm之后,我尝试了npm安装时刻 --save. 它保存了 package.json 的输入与 caret ^ prefix. 此前,它是一个 tilde ~ prefix。
為什麼這些變化發生在npm? tilde ~ 和 caret ^ 之間的區別是什麼? 對其他人有什麼好處?
当前回答
你可能已经在 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
其他回答
你可能已经在 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
<major>.<minor>.<patch>-beta.<beta> == 1.2.3-beta.2
使用 npm 半数计算机进行测试. 虽然解释 ^ (包含在同一大范围中的特定版本以上的一切) 和 ~ (包含在同一小范围中的特定版本以上的一切) 不是百分之百正确的,计算机似乎工作好。
允许或取消变更
Pin 版本: 1.2.3. 使用 ^ (像头)。 允许从左边的第二个非零级别更新: ^0.2.3 意味着 0.2.3 <= v < 0.3. 使用 ~ (如尾)。 一般冷冻右级或设置零,如果错过: ~1 意味着 1.0.0 <= v < 2.0.0 ~1.2 意味着 1.2.0 <= v < 1.3.0. ~1.2.4 意味着 1.2.4 <= v < 1.3.0. Ommit 右级别: 0.2 意味着 0.2 <= v < 1. 不同于 ~ 因为: 开始错过的级别版本
设置大级启动,并允许更新向上
* or "(empty string) any version
1 v >= 1
~0 (0) 0.0 <= v < 1
0.2 0.2 <= v < 1 // Can't do that with ^ or ~
~1 (1, ^1) 1 <= v < 2
^1.2 1.2 <= v < 2
^1.2.3 1.2.3 <= v < 2
^1.2.3-beta.4 1.2.3-beta.4 <= v < 2
冷却低水平
^0.0 (0.0) 0 <= v < 0.1
~0.2 0.2 <= v < 0.3
~1.2 1.2 <= v < 1.3
~0.2.3 (^0.2.3) 0.2.3 <= v < 0.3
~1.2.3 1.2.3 <= v < 1.3
~1.2.3-beta.4 1.2.3-beta.4 <= v < 1.2.4 (only beta or pr allowed)
^0.0.3-beta 0.0.3-beta.0 <= v < 0.0.4 or 0.0.3-pr.0 <= v < 0.0.4 (only beta or pr allowed)
^0.0.3-beta.4 0.0.3-beta.4 <= v < 0.0.4 or 0.0.3-pr.4 <= v < 0.0.4 (only beta or pr allowed)
解除更新
1.2.3 1.2.3
^0.0.3 (0.0.3) 0.0.3
注意: 缺失大、小、修复或指定无数的beta,与缺失的水平相同。
半体分为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
• 合理接近
~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
帽子匹配可以被认为是“破碎”,因为它不会更新 ^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.