为本地开发和 CI 设置私有 npm 注册表身份验证的最佳实践是什么?

tob*_*obi 9 npm npm-registry

我想知道是否有一个通用的最佳实践来为本地开发设置私有 npm 注册表身份验证,该身份验证也适用于 CI(反之亦然)。

这是我目前的理解:

对于本地开发:运行npm login该命令将创建访问令牌、创建~/.npmrc文件并将访问令牌写入该文件,如下所示:

@my-scope:registry=https://registry.npmjs.org/
//registry.npmjs.org/:_authToken=my-auth-token
Run Code Online (Sandbox Code Playgroud)

在我的项目中,我有这个.npmrc文件(在 旁边package.json):

@my-scope:registry=https://registry.npmjs.org/
//registry.npmjs.org/:always-auth=true
Run Code Online (Sandbox Code Playgroud)

这看起来效果很好。我可以安装我的私有软件包,因为 npm 似乎会获取注册表的用户级身份验证设置。

对于 CI: NPM 文档建议将以下内容添加到项目级别.npmrc以在 CI 中注入身份验证:

//registry.npmjs.org/:_authToken=${NPM_TOKEN}
Run Code Online (Sandbox Code Playgroud)

不幸的是,这会覆盖我机器上的用户级配置。.npmrc文件具有以下优先级(从最高到最低):项目级、用户级、全局、npm 内置。npm CLI 现在尝试使用 NPM_TOKEN 环境变量进行身份验证,除非我在本地计算机上显式导出它,否则这显然不起作用。

也许我错过了一些明显的东西。如果没有,我很好奇是否有任何常见的最佳实践来处理这个问题?当访问令牌已经在用户级别配置时,要求每个员工导出其计算机上的访问令牌.npmrc似乎不是一个很好的解决方案。

或者,人们可以根本不关心用户级配置(或 npm 登录),而是直接在每个员工的本地计算机上将访问令牌导出为 NPM_TOKEN。但正如前面提到的,我认为这不是一个很好的解决方案。我想象一个标准解决方案(如用户级配置文件),每个员工都可以在其中设置公司的私人注册表。

Dus*_*omp 2

您可以保留.npmrc适用于开发的内容,并通过在运行过程中覆盖它来在 CI 中对其进行猴子修补:

// your-ci.yaml
steps:
  - env:
      NPM_TOKEN: ${{ secrets.NPM_TOKEN }}
  - run: |
      echo "//registry.npmjs.org/:_authToken=${NPM_TOKEN}" > .npmrc
      npm install
Run Code Online (Sandbox Code Playgroud)