`npm-config` 是 Node Package Manager (npm) 的一个重要工具，用于管理npm的配置项

npm-config 的用途与功能

npm-config 是用于管理和操作 npm 配置文件的一个核心机制。通过它，用户可以轻松地查看、设置以及删除各种配置项，从而满足不同环境下的需求。以下是关于 npm-config 使用方法及其管理配置项的具体介绍：

查看当前的配置信息

为了获取所有的全局或局部范围内的配置详情，可以通过执行以下命令完成：

npm config list

这条指令不仅会显示默认设定值还会把自定义更改的部分一同呈现出来。

设置新的配置参数

当需要调整某些特定的关键字时（例如更换国内更快捷的镜像源地址），可利用下面这种方式来进行修改：

npm config set <key> <value>

举个例子来说如果想切换成阿里云提供的加速服务则应该这样写：

npm config set registry https://registry.npm.taobao.org

删除已存在的键值对

假如之前误设了一个错误条目现在想要清除的话，那么就应当运用到这个语法格式上去达成目标：

npm config delete <key>

修改全局安装位置

有时出于项目特殊要求或者其他原因不得不变更默认情况下放置第三方库的位置，这时就需要知道如何重新指定一个新的目录作为替代方案了。这里给出两个常用场景的操作示范代码片段分别代表两种不同的情况处理方式。

• 更改至 /usr/local/lib/node_modules 或者任意其他合法路径下：

  npm config set prefix "/usr/local"
  

• 定义个人专属区域存储空间避免权限冲突等问题发生：

  mkdir ~/.npm-global
  npm config set prefix '~/.npm-global'
  

另外值得一提的是除了命令行交互手段之外还存在着另一种更为直观便捷的选择那就是直接编辑位于用户主目录下的隐藏文件 .npmrc 来达到相同的效果。

npm-config 是 Node Package Manager (npm) 的一个重要工具，用于管理npm的配置项。以下是一些基本操作：

1. 设置全局配置:

   npm config set [-g|--global] key value  # 设置全局配置，如设置默认注册服务器
   

   示例：将默认注册镜像设为中国淘宝镜像源

   npm config set registry https://registry.npm.taobao.org
   

2. 获取配置值:

   npm config get key  # 查看某个配置项的值
   npm get key  # 相同的功能，但只适用于当前项目
   

3. 删除配置:

   npm config delete key  # 删除指定的配置项
   

4. 列出所有配置:

   npm config list [-l|--long] [--json]  # 显示所有配置信息，可选参数控制输出格式
   

   如果要以JSON格式输出，可以添加 --json 参数。

5. 编辑配置文件:

   npm config edit  # 打开默认的npmrc文件（~/.npmrc）进行编辑
   

通过这些命令，你可以管理和调整npm的行为，比如更改默认的包存储位置或下载速度优化。
npm-config是Node Package Manager（npm）中的一个重要实用程序，它允许用户管理和查看npm的配置选项。这些配置项定义了npm的行为，如缓存路径、默认注册服务器地址、全局模块安装位置等。要了解或操作这些配置，你可以按照以下步骤：

1. 查看当前配置：

   npm config ls -l
   

2. 设置新的配置项：

   npm config set <key> <value>
   

   例如，设置全局模块安装目录：

   npm config set prefix /path/to/global/node_modules
   

3. 获取特定配置项的值：

   npm config get <key>
   

   比如获取缓存路径：

   npm config get cache
   

4. 清除缓存或某个配置项：

   npm config delete <key>
   npm cache clean --force
   

通过npm-config，开发者可以根据自己的需求调整npm的行为，提升开发效率。

要查看npm的全局安装路径，你可以执行以下步骤：

1. 打开命令提示符（Windows）或终端（macOS/Linux）。
2. 输入命令并回车：

   npm root -g
   

   这将会显示npm的全局安装路径。

如果你已经设置了自定义路径，npm root -g将返回你之前设置的那个路径，如引用[1]所示。
要确认.npmrc文件已经正确地更新并反映了新的全局安装路径，你可以按照以下步骤操作：

1. 打开终端或命令提示符。

2. 切换到你的项目根目录（如果尚未进入）。

3. 检查当前.npmrc文件的内容，输入命令：

   cat .npmrc
   

   如果看到registry=https://registry.npm.taobao.org或其他相应的路径设置，说明配置已经被应用。

4. 如果你想验证某个全局包是否已从新路径安装，尝试运行一个全局安装命令，如安装一个新的工具：

   npm install -g new-tool-name
   

5. 使用whereis（在Unix-like系统上）或where（在Windows上）来查找刚安装的全局工具的位置。这应该会显示你配置的新路径。

6. 可以通过npm root -g查看全局模块的默认安装位置，它会与.npmrc中指定的路径一致。

如果你发现新的全局安装路径并未生效，可能需要检查其他地方是否有更高的优先级配置，比如环境变量NPM_CONFIG_REGISTRY。记得查阅npm文档以了解更详细的配置优先级信息。
.npmrc 文件的修改通常不会立即影响后续的全局安装行为。当你在 .npmrc 中添加新的配置或更改现有设置时，这些改变会应用到当前工作目录，除非你明确指定其他路径或使用 npm config set 命令来更新全局配置。全局安装（如 -g 或 --global 标志）仍然会依据默认的配置执行，直到你直接指定了特定的配置或tag。

要立即看到 .npmrc 的更改影响全局安装，你可以选择重新启动终端，或者在执行全局安装之前运行 npm cache clean --force 清除缓存，让新的配置生效。

相关问题–

1. 如何查看并编辑.npmrc文件？
2. 如果我想让某个包始终使用特定版本，应该如何配置？
3. 怎样临时性地改变全局安装的行为？

More than you probably want to know about npm configuration
Description

npm gets its configuration values from the following sources, sorted by priority:
Command Line Flags

Putting --foo bar on the command line sets the foo configuration parameter to “bar”. A – argument tells the cli parser to stop reading flags. Using --flag without specifying any value will set the value to true.

Example: --flag1 --flag2 will set both configuration parameters to true, while --flag1 --flag2 bar will set flag1 to true, and flag2 to bar. Finally, --flag1 --flag2 – bar will set both configuration parameters to true, and the bar is taken as a command argument.
Environment Variables

Any environment variables that start with npm_config_ will be interpreted as a configuration parameter. For example, putting npm_config_foo=bar in your environment will set the foo configuration parameter to bar. Any environment configurations that are not given a value will be given the value of true. Config values are case-insensitive, so NPM_CONFIG_FOO=bar will work the same. However, please note that inside npm-scripts npm will set its own environment variables and Node will prefer those lowercase versions over any uppercase