Tag: 语义版本

有没有解决`npm发布-f`的问题

现在, npm publish -f已被弃用,是否有一个解决方法或包,使其可能覆盖发布后的目标版本? 我知道关于semver ; 我仍然想要npm publish -f 。

使用最新的主要版本

在我的JavaScript应用程序中,我可能会在package.json文件中声明几十个依赖项。 要经历这些依赖关系中的每一个都需要一段时间,看看它们在哪个版本上。 我只想说:使用最新的主要版本,但不是stream血的边缘。 举个例子,像Git这样的工具,我通常不会在补丁级别上进行修改,但是如果一个新的主要版本出来了,我会需要它。 指定npm模块的版本有没有类似的概念?

npm – 发布模块有多个版本的多个分支

我有一个已经在4.xx版本下发布的npm模块,与3.xx稳定版本相比有了突破性的变化。 不过,我有一些更新到3.xx版本,并希望修补其'npm版本。 可能吗? 我可以在npm上pipe理两个主要版本吗? 将https://docs.npmjs.com/cli/publish npm publish –tag做伎俩?

npm版本添加alpha后缀

我怎么能碰到package.json版本包含-alpha使用npm版本。 运行npm version <new version>会颠簸package.js文件的版本,但是我想添加-alpha postfix到版本,但是我不能这样做,因为它没有在文档中说明,但是它由semver本身支持。 实际结果: > npm version prerelease > v0.2.1-1 预期结果: > v0.2.1-alpha

NPM不识别以'* -rc'结尾的semvers(即释放候选); 导致依赖关系无法解决。 通常的解决方法是什么?

这是一个非常简单的例子来说明这个问题。 我正在尝试使用react-native@0.8-rc和react-native-linear-gradient 。 react-native-linear-gradient将react-native@>=0.4.4定义为对等关系。 很公平。 我运行npm install 。 我得到一个错误说 react-native@0.8-rc不满足react-native@>=0.4.4 。 这个问题使得npm无用,因为它妨碍了开发人员和软件包维护者。 看这里的例子 。 任何使用节点的人如何对候选版本做有用的工作?!? 什么是解决方法? 作为参考,来自NPM 3.1.2(编写本文时的最新版本)的错误如下所示: MyProject@0.0.1 /path/to/MyProject ├─┬ react-native@0.8.0-rc │ └── stacktrace-parser@0.1.1 (git://github.com/frantic/stacktrace-parser.git#493c5e5638a79b4d5886171867a06275cc703b00) └─┬ react-native-linear-gradient@0.3.2 └── UNMET PEER DEPENDENCY react-native@>= 0.4.4 npm WARN EPEERINVALID react-native-linear-gradient@0.3.2 requires a peer of react-native@>= 0.4.4 but none was installed.

检查包json中的版本与实际的node_modules

想象一下情况: 我们有一个node_modules gitignored的项目。 同时修复一个任务developer1更新package.json到一些模块的更新版本,例如 "dependencies": { "async": "^1.5.2", // was 1.5.1 … 然后他跑npm install本地npm install得到更新的模块,执行testing,完成任务,并推动在服务器上的变化。 开发人员2从服务器拉动变化,并得到应用程序中断,因为仍然有以前版本的async本地(1.5.1)。 而开发人员2可能会浪费大量的时间来查找究竟出了什么问题。 直到他们做npm i 。 你能推荐任何npm软件包或准备使用的钩子,可以检查package.json版本与node_modules实际版本吗? 这将是非常有益的! PS:我知道https://www.npmjs.com/package/npm-check,但它没有做我所需要的。

在升级之前,如何查看npm包的发行说明?

npmregistry是否以标准的方式公开版本说明? 我在以下版本中看到发行说明: README.md 在GitHub上作为标签发布,没有描述 在GitHub上作为带有描述的标签发布 虽然SemVer至less让我知道是否有一个突破性的变化,那么查看一个软件包作者可能添加的function或错误修复将是非常好的。

如何理解npm包的package.json文件中的版本控制?

我想知道在开发周期中, package.json中的版本是如何工作的。 一个package.json版本属性中每个数字的含义是什么,比如下面的那个? { "name": "A NodeJS Project", "version": "0.0.0", … }

私有NPM:如何安装最新版本的模块?

使用私有npm ,通用命令似乎不起作用: npm install没有特定的@version :: 问题 npm outdated :: 问题 npm update :: 问题 npm view <private-package-name> versions ::(还没有发现问题) 还要注意, npm v , npm show和npm info是别名 ,同样不起作用 通常,我不会知道我的团队维护的私有模块的最新版本。 我会倒退上面列出的命令之一,但他们似乎不起作用。 如何在不知道最新版本的情况下安装软件包?

Indermediate子补丁Node.js包的版本

我正在提供与主要NPM软件包版本相匹配的附带软件包,已经以major.minor.patch格式(例如1.3.1 )。 我不想打破主要和随行包之间的版本整合。 是否可以释放相匹配的随行包的中间子派息 >=1.3.1 <1.3.2 semver约束? 类似于1.3.1.1 。 即使不可能匹配约束, 1.3.1的补丁约定是什么,使其不重叠1.3.2 ?