在我升级到最新的稳定节点和npm之后,我尝试了npm安装时刻 --save. 它保存了 package.json 的输入与 caret ^ prefix. 此前,它是一个 tilde ~ prefix。
為什麼這些變化發生在npm? tilde ~ 和 caret ^ 之間的區別是什麼? 對其他人有什麼好處?
在我升级到最新的稳定节点和npm之后,我尝试了npm安装时刻 --save. 它保存了 package.json 的输入与 caret ^ prefix. 此前,它是一个 tilde ~ prefix。
為什麼這些變化發生在npm? tilde ~ 和 caret ^ 之間的區別是什麼? 對其他人有什麼好處?
查看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
只要第一个数字(“大”)至少是1:
它是使用的,当你准备好接受只有错误修复(第三个数字的升级),但不需要任何其他变化,甚至更小的升级,添加功能。
^ 只锁定大编号. 它被用,当您愿意收到错误修复(第三编号的改进)和添加功能的小升级,但不应该破坏现有代码(第二编号的改进)。
除此之外, ^ 不受旧 npm 版本的支持,并且应谨慎使用。
因此, ^ 是一个很好的默认,但它不是完美的. 我建议仔细选择和设置最有用的半导体操作器。
(重定向以避免说“修复”和“错误修复”与冲突使用“修复”,这令人困惑)
• 合理接近
~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
我想添加官方的npmjs文件,其中描述了所有版本特性方法,包括在问题上提到的方法。
value | desc |
---|---|
~version |
Approximately equivalent to version, i.e., only accept new patch versions See npm semver - Tilde Ranges |
^version |
Compatible with version, i.e., accept new minor and patch versions See npm semver - Caret Ranges |
version |
Must match version exactly |
>version |
Must be greater than version |
>=version |
etc |
<version |
|
<=version |
|
1.2.x |
1.2.0, 1.2.1, etc., but not 1.3.0 |
* |
Matches any version |
latest |
Obtains latest release |
其他版本规格包括 GitHub URL 和 GitHub 用户 repo 、本地路径和包含特定 npm 标签的包
官方DOC
npm docs > package.json > dependencies npm docs > semver > 版本 semver (7)
^ is 1 [any] [any] (latest minor version) ~ 是 1.2 [any] (latest patch)
一个很好的阅读是这个博客帖子关于如何半数适用于npm和他们正在做什么,使它符合半数标准 http://blog.npmjs.org/post/98131109725/npm-2-0-0
npm 允许安装一个包的更新的版本,而不是指定的版本. 使用 tilde (~) 为您提供错误修复发布,而 caret (^) 为您提供回归兼容的新功能。
问题是旧版本通常不会得到那么多的错误修复,所以npm使用caret(^)作为默认的 --save。
此分類上一篇
根據:「Semver解釋 - 為什麼我的 package.json 中有一個卡雷特(^)?」
请注意,这些规则适用于 1.0.0 以上的版本,并且不是每个项目都遵循数学版本。 对于 0.x.x 版本,卡雷特只允许修复更新,也就是说,它与 Tilde 相同。
下面是概念的视觉解释:
此分類上一篇: Semantic Versioning Cheatsheet
<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,与缺失的水平相同。
帽子匹配可以被认为是“破碎”,因为它不会更新 ^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.
蒂尔德:
关心:
^ 只冻结大编号. 它是当你仔细观察你的依赖,并准备快速改变你的代码,如果小编辑将不兼容. 它将更新你到最新的大编辑(第一个编辑)。 ^1.2.3 将匹配任何 1.x.x 编辑,包括 1.3.0,但它将停止在 2.0.0. Caret (^) 会给你回归兼容的新功能。
一条线路解释
標準版本系統是 major.minor.build (例如 2.4.1)
npm 检查并根据这些字符调整特定包的版本
大型版本是固定的,小型版本是固定的,相匹配任何构建数字
例如: ~2.4.1 意味着它会检查 2.4.x 在哪里 x 是什么
^ : 大型版本固定,匹配任何小型版本,匹配任何构建数字
例如: ^2.4.1 意味着它会检查 2.x.x 在哪里 x 是什么
你可能已经在 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
泰勒(~)
大型版本是固定的,小型版本是固定的,相匹配任何构建数字
"express": "~4.13.3"
~4.13.3 意味着它会检查 4.13.x 在哪里 x 是什么
可爱(^)
大型版本是固定的,匹配任何小型版本,匹配任何构建数字
"supertest": "^3.0.0"
^3.0.0 意味着它会检查 3.x.x 在哪里 x 是任何东西
Tilde ~ 指定小型版本发布
Caret ^ 指定主要版本发布
例如,如果包版本为 4.5.2,更新时:
~4.5.2 将安装最新版本 4.5.x (MINOR 版本)
^ 4.5.2 将安装最新版本 4.x.x (大版本)
版本号在合成中,指定每个部分具有不同的含义,合成分为三个部分,分为一个点。
大小小小小小小小小小小小小
大型、小型和折叠代表一个包的不同版本。
npm 使用 tilde (~) 和 caret (^) 指定哪个插件和较小的版本分别使用。
因此,如果你看到 ~1.0.2 它意味着安装版本 1.0.2 或最新的修复版本,如 1.0.4. 如果你看到 ^1.0.2 它意味着安装版本 1.0.2 或最新的小或修复版本,如 1.1.0.
Tilde ~ 相匹配较小的版本,如果您安装了一个包含 1.4.2 并在您的安装后,版本 1.4.3 和 1.4.4 也可用,如果在您的 package.json 它被用作 ~1.4.2 然后 npm 安装在您的项目后升级将安装 1.4.4 在您的项目。
Caret ^ 相匹配大版本,如果 1.4.2 包安装在您的项目中,并在您的安装 1.5.0 发布后 ^ 将安装大版本。
固定版本 如果您不希望在每个安装中更改包的版本,则使用固定版本与任何特殊字符,例如“1.4.2”
最新版本 * 如果您想要安装最新版本,则仅在包名前使用 *。
不是一个答案,当然,但一个观察似乎已经被忽略了。
卡雷特的描述范围:
查看: https://github.com/npm/node-semver#caret-ranges-123-025-004
允许在 [大、小、折叠] 卷中不改变左最不零的数字的变更。
意思是 ^10.2.3 相匹配 10.2.3 <= v < 20.0.0
在版本 11.x.x 到 19.x.x 将打破您的代码。
我认为他们意味着留下了大多数非零数字字段. 在 SemVer 中,不需要单数字字段的数字字段。
卡雷特 ^ 包含在同一大范围内的一切,大于一个特定的版本。
tilde 包含在同一小范围内的一切大于一个特定的版本。
例如,要指定可接受的版本范围高达 1.0.4,使用下列合成:
插件发布: 1.0 或 1.0.x 或 ~1.0.4 较小发布: 1 或 1.x 或 ^1.0.4 大型发布: * 或 x
有关序列编辑合成的更多信息,请参见 npm 半数计算器。
此分類上一篇
更多关于 npm 文档 关于 semantic 版本
半体分为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
關於這個問題,您可以檢查《作曲者文档》的版本,但在這裡簡短地說:
Tilde Version Range (~) - ~1.2.3 相当于 >=1.2.3 <1.3.0 Caret Version Range (^) - ~1.2.3 相当于 >=1.2.3 <2.0.0
因此,使用 Tilde 您将获得自动修复的更新,但小型和大型版本将不会更新;但是,如果您使用 Caret,您将获得修复和小型版本,但您将不会获得大型(破坏变更)版本。
Tilde 版本被认为是“更安全”的方法,但如果你使用可靠的依赖性(保存良好的图书馆),你不应该有任何问题与 Caret 版本(因为小变化不应该是破坏变化。
您可能应该审查此 stackoverflow 帖子关于组合器安装和组合器更新之间的差异。