能否在package.json的依赖区域配置环境变量？NPM是否支持？

嘿，我来帮你理清这个问题～

首先给你明确结论：NPM本身并不支持直接在dependencies或devDependencies的依赖声明里解析环境变量。比如你示例里写的：

"devDependencies": { 
  "chai": "^4.1.1", 
  "istanbul": "^0.4.5", 
  "mocha": "^3.5.0", 
  "ver": "https://gitlab-ci-token:${CI_PERSONAL_TOKEN}@example.com:pr/ver.git#0.1.0", 
  "squel": "^5.11.1" 
}

当你执行npm install时，NPM会把${CI_PERSONAL_TOKEN}当作URL的一部分直接请求，不会自动替换成你系统或CI环境中实际的环境变量值，这大概率会导致依赖安装失败（因为GitLab会识别不出无效的token）。

不过别担心，有几种可行的替代方案可以实现类似需求：

方案1：使用.npmrc配置认证信息 #

这是最推荐的方式，也是NPM官方支持的认证方法。你可以在项目根目录创建一个.npmrc文件，写入对应仓库的认证配置：

//example.com/:_authToken=${CI_PERSONAL_TOKEN}

然后把devDependencies里的ver依赖改成不带token的地址：

"ver": "git+https://example.com:pr/ver.git#0.1.0"

当执行npm install时，NPM会自动读取.npmrc里的_authToken，并将其注入到请求中，完成认证。

方案2：安装前用脚本替换变量 #

你可以在package.json的scripts里添加一个预处理脚本，在npm install执行前，把package.json里的环境变量占位符替换成实际值。比如用sed命令（注意不同系统语法略有差异）：

"scripts": {
  "preinstall": "sed -i '' 's/${CI_PERSONAL_TOKEN}/'\"$CI_PERSONAL_TOKEN\"'/g' package.json"
}

不过这种方法有个小缺点：它会直接修改你的package.json文件，如果你不想改动原始文件，可以考虑先复制一份临时文件，替换后用临时文件执行安装，安装完成再删除临时文件。

方案3：安装时通过命令行传递参数 #

你也可以在执行npm install时，直接在命令行传递认证参数：

npm install --//example.com/:_authToken=$CI_PERSONAL_TOKEN

这种方式不需要修改任何配置文件，适合临时使用或者CI环境中一次性执行的场景。

内容的提问来源于stack exchange，提问作者basickarl