1、npm bugs

1.1 配置

browser

registry

2、npm cache

2.1 概要

2.2 详情

2.3 关于缓存设计的说明

2.4 配置

cache

3、 npm ci

3.1 描述

3.2 配置

install-strategy

legacy-bundling

global-style

omit

strict-peer-deps

foreground-scripts

ignore-scripts

audit

bin-links

fund

dry-run

workspace

workspaces

include-workspace-root

install-links

1、npm bugs

npm bugs

运行此命令会打开当前包在npm注册中对应的页面，如果没有提供包名，它将在当前文件夹中搜索 package.json 并使用 name 属性。

例如在以下路径中，执行npm bugs命令，如下如所示：

也可以直接指定包名，在npm注册中心打开包对应的路径。例如：

npm bugs jiang-isarry

1.1 配置

browser

默认值： OS X： "open"，Windows： "start"、其他： "xdg-open"
类型：空值、布尔值或字符串

设置为 false 以抑制浏览器行为，而是将 url 打印到终端。

设置为 true 以使用默认系统 URL 打开器。

`registry`

默认值： "https://registry.npmjs.org/"
类型： URL

npm 注册表的基本 URL。

2、npm cache

2.1 概要

npm cache 常用的命令如下所示：

npm cache add <package-spec>
npm cache clean [<key>]
npm cache ls [<name>@<version>]
npm cache verify

用于添加、列出、验证或清理npm缓存文件夹。

add：将指定的包添加到本地缓存。这个命令主要是由npm在内部使用的，但是它可以提供一种将数据显式添加到本地安装缓存的方法
clean：从该高速缓存文件夹中删除所有数据。请注意，这通常是不必要的，因为npm的缓存是自我修复的，并且可以抵抗数据损坏问题。
ls：列出缓存文件
verify：验证该高速缓存文件夹的内容，对任何不需要的数据进行垃圾收集，并验证缓存索引和所有缓存数据的完整性。

2.2 详情

npm 将缓存数据存储在配置的 cache 中的一个不透明目录中，名为 _cacache。该目录是一个基于 cacache 的内容可寻址缓存，存储所有 http 请求数据以及其他与包相关的数据。该目录主要通过 pacote 访问，该库负责从 npm@5 开始获取所有包。

通过缓存的所有数据在插入和提取时都经过完整验证。缓存损坏将触发错误，或向 pacote 发出信号，表明必须重新获取数据，这将自动执行。出于这个原因，除了回收磁盘空间之外，永远不需要清除缓存，这就是为什么 clean 现在需要 --force 运行。

目前没有通过 npm 公开的方法来检查或直接管理此缓存的内容。为了访问它，必须直接使用 cacache。

npm 不会自行删除数据：缓存会随着新包的安装而增长。

2.3 关于缓存设计的说明

npm 缓存严格来说是一个缓存：不应依赖它作为包数据的持久可靠的数据存储。 npm 不保证以前缓存的数据以后会可用，并且会自动删除损坏的内容。缓存所做的主要保证是，如果它确实返回数据，那么该数据将完全是插入的数据。

要对现有缓存内容运行离线验证，请使用 npm cache verify。

2.4 配置

`cache`

默认值： Windows： %LocalAppData%\npm-cache，Posix： ~/.npm
类型：路径

npm 的缓存目录的位置。

3、 npm ci

3.1 描述

此命令与 npm install 类似，不同之处在于它旨在用于自动化环境，例如测试平台、持续集成和部署 - 或任何你希望确保对依赖进行全新安装的情况。

使用 npm install 和 npm ci 的主要区别是：

项目必须有一个现有的 package-lock.json 或 npm-shrinkwrap.json。
如果包锁中的依赖与 package.json 中的依赖不匹配，npm ci 将退出并出错，而不是更新包锁。
npm ci 一次只能安装整个项目：不能使用此命令添加单个依赖。
如果 node_modules 已经存在，它将在 npm ci 开始安装之前自动删除。
它永远不会写入 package.json 或任何包锁：安装基本上被冻结了。

注意：如果你通过运行带有可能影响依赖树形状的标志（例如 --legacy-peer-deps 或 --install-links）的 npm install 创建 package-lock.json 文件，则必须为 npm ci 提供相同的标志，否则你可能会遇到错误。一个简单的方法是运行例如 npm config set legacy-peer-deps=true --location=project 并将 .npmrc 文件提交到你的 repo。

3.2 配置

`install-strategy`

默认值： "hoisted"
类型： "hoisted"、"nested"、"shallow" 或 "linked"

设置在 node_modules 中安装包的策略。 hoisted （默认）：在顶层安装非复制，并在目录结构中根据需要复制。 nested: （以前的 --legacy-bundling）就地安装，无需提升。 shallow（以前的 --global-style）只在顶层安装直接的 deps。 linked: （实验）安装在 node_modules/.store 中，链接到位，未提升。