在这篇文章中，我们将为您详细介绍npm-shrinkwrap.json和package-lock.json有什么区别？的内容，并且讨论关于package.json和package-lock.json的

在这篇文章中，我们将为您详细介绍npm-shrinkwrap.json 和 package-lock.json 有什么区别？的内容，并且讨论关于package.json和package-lock.json的相关问题。此外，我们还会涉及一些关于(全局npmrc)nrm、npmrc、package-lock.json 的优先级、node.js – npm package.json和docker(挂载……)、node.js – yarn.lock和npm的shrinkwrap有什么区别？、node.js – 有没有办法确认package-lock.json实际上解析了package.json中的所有依赖项？的知识，以帮助您更全面地了解这个主题。

• npm-shrinkwrap.json 和 package-lock.json 有什么区别？（package.json和package-lock.json）
• (全局npmrc)nrm、npmrc、package-lock.json 的优先级
• node.js – npm package.json和docker(挂载……)
• node.js – yarn.lock和npm的shrinkwrap有什么区别？
• node.js – 有没有办法确认package-lock.json实际上解析了package.json中的所有依赖项？

npm-shrinkwrap.json 和 package-lock.json 有什么区别？（package.json和package-lock.json）

随着npm@5 的发布，它现在将写入 a package-lock.json，除非 anpm-shrinkwrap.json已经存在。

我通过以下方式全局安装了 npm@5：

npm install npm@5 -g

现在，如果npm-shrinkwrap.json在以下期间找到 a：

npm install

将打印警告：

npm WARN read-shrinkwrap This version of npmis compatible with lockfileVersion@1,but npm-shrinkwrap.json was generated for lockfileVersion@0.I''ll try to do my best with it!

所以我的结论是我应该用package-lock.json.

然而，为什么它有一种新的格式呢？能做什么不能package-lock.json做什么npm-shrinkwrap.json？

答案1

这些文件具有完全相同的内容，但 npm 处理它们的方式存在一些差异，其中大部分在package-
lock.json和npm-
shrinkwrap.json 的文档页面上都有说明：

• package-lock.json永远不会发布到 npm，而npm-shrinkwrap默认情况下是
• package-lock.json不在顶级包中的文件被忽略，但属于依赖项的收缩包装文件被尊重
• npm-shrinkwrap.json向后兼容 npm 版本 2、3 和 4，而package-lock.json仅被 npm 5+ 识别

您可以通过运行将现有转换package-lock.json为.npm-shrinkwrap.json``npm shrinkwrap

因此：

• 如果您不将包发布到 npm，则在这两个文件之间进行选择几乎没有影响。您可能希望使用package-lock.json它，因为它是默认的，并且它的名称对 npm 初学者来说更清楚；npm-shrinkwrap.json或者，如果您难以确保开发团队中的每个人都使用 npm 5+ ，您可能希望使用与 npm 2-4 的向后兼容性。（请注意，npm 5 于 2017 年 5 月 25 日发布；从那个日期开始，向后兼容性将变得越来越不重要，因为大多数人最终都会升级。）

• 如果您 将 包发布到 npm，您可以选择：

  1. 使用 apackage-lock.json准确记录您安装了哪些版本的依赖项，但允许安装您的包的​​人使用与您指定的版本范围兼容的任何版本的依赖项package.json，或者
  2. 使用 annpm-shrinkwrap.json来保证安装你的包的每个人都得到 完全相同 版本的所有依赖项

文档中描述的官方观点是选项 1 应该用于库（大概是为了减少当包的许多依赖项都依赖于相同辅助依赖项的略有不同版本时引起的包重复量），但是该选项2
对于将要全局安装的可执行文件可能是合理的。

(全局npmrc)nrm、npmrc、package-lock.json 的优先级

npmrc

测试 nrm、npmrc 的优先级

实验

1. 没有设置 nrm。

默认设置 registry 为 https://registry.npmjs.org/

下载的所有包都是通过以上域名获取。

2. nrm use yarn。

设置 registry 为 https://registry.yarnpkg.com/。

看源码可知实际做的事情是

npm.commands.config([''set'', ''registry'', registry.registry], function (err, data) {
    if (err) return exit(err);
    console.log(''                        '');
    var newR = npm.config.get(''registry'');
    printMsg([
        '''', ''   Registry has been set to: '' + newR, ''''
    ]);
})

即

    npm set registry ''https://registry.yarnpkg.com/''

效果为

    cat ~/.npmrc
    registry=https://registry.yarnpkg.com/

安装结果是从 registry.yarnpkg.com 里面下包。

3. 本地使用 npmrc。

当前项目操作

    touch .npmrc

在 npmrc 里面填写，

   vim .npmrc

    registry=https://registry.npm.taobao.org/

安装结果是从 registry.npm.taobao.org 里面下包。

4. 使用本地 npmrc + nrm。

有本地 npmrc 的时候，执行 nrm ls 输出的目录是 npmrc 上设置的目录。

5. 使用本地 npmrc + package-lock.json

这个分两种情况。

• 直接执行 npm i 将从 package-lock 中获取文件的下载地址。

• 如果执行的是 npm i <package> 将从 npmrc 中获取下载地址，并更新 package-lock。

6. npm i chai –registry https://registry.yarnpkg.com/

效果与只使用 .npmrc 一致。

总结

.npmrc 的配置文件与 package-lock.json 的配置文件优先级是比较高的。 其次才是 nrm 的配置项。

nrm 其实是设置了 global 的 npmrc。项目下的 npmrc 肯定优先级更高一些。

node.js – npm package.json和docker(挂载……)

copY data/package.json /data/
RUN mkdir /dist/node_modules && ln -s /dist/node_modules /data/node_modules && cd /data && npm install

copY data/.bowerrc /data/
copY data/bower.json /data/
RUN mkdir /dist/vendor && ln -s /dist/vendor /data/vendor && cd /data && bower install --allow-root

node.js – yarn.lock和npm的shrinkwrap有什么区别？

node.js – 有没有办法确认package-lock.json实际上解析了package.json中的所有依赖项？

// package.json
{
    "lodash": "~3.1.0"
}

// package-lock.json
{
    "dependencies": {
       "lodash": {
           "version": "3.1.3"
       }
    }
}

// package.json
{
    "lodash": "~3.2.0"
}

// package-lock.json (not changed)
{
    "dependencies": {
       "lodash": {
           "version": "3.1.3"
       }
    }
}

const cp = require("child_process");
const verify = () => cp.exec("npm ls",error => {
  if (error) {
    console.error("Dependency mismatch between package.json and lock. Run: npm install");
    throw error;
  }
  console.log("Dependencies verified =)");
});

关于npm-shrinkwrap.json 和 package-lock.json 有什么区别？和package.json和package-lock.json的问题就给大家分享到这里，感谢你花时间阅读本站内容，更多关于(全局npmrc)nrm、npmrc、package-lock.json 的优先级、node.js – npm package.json和docker(挂载……)、node.js – yarn.lock和npm的shrinkwrap有什么区别？、node.js – 有没有办法确认package-lock.json实际上解析了package.json中的所有依赖项？等相关知识的信息别忘了在本站进行查找喔。