在Azure DevOps Artifacts源发布Angular库遇认证问题，求正确方案

直接用Azure DevOps内置的npmAuthenticate任务就能搞定，既不用手动折腾.npmrc的认证，也能避免你碰到的ETARGET、ENEEDAUTH错误，完整流程如下：

完整YAML示例 #

trigger:
  branches:
    include:
      - main

pool:
  vmImage: 'ubuntu-latest'

steps:
  # 安装对应版本的Node.js（按你的Angular项目需求调整）
  - task: NodeTool@0
    inputs:
      versionSpec: '18.x'
    displayName: '安装Node.js'

  # 生成指向Azure Artifacts源的.npmrc文件
  - script: |
      echo "registry=https://pkgs.dev.azure.com/[你的组织名]/[你的项目名]/_packaging/[你的Feed名]/npm/registry/" >> .npmrc
      echo "always-auth=true" >> .npmrc
    displayName: '配置npm源'

  # 自动注入认证信息，不用手动管令牌
  - task: npmAuthenticate@0
    inputs:
      workingFile: '.npmrc'
    displayName: 'npm自动认证'

  # 安装项目依赖
  - script: npm install
    displayName: '安装依赖'

  # 构建Angular库（替换成你的库名称）
  - script: ng build your-lib-name --prod
    displayName: '构建Angular库'

  # 进入构建产物目录执行发布
  - script: |
      cd dist/your-lib-name
      npm publish
    displayName: '发布到Azure Artifacts'

关键注意点 #

• npmAuthenticate是核心：这个任务会自动从Pipeline的服务连接里拿认证令牌，写入.npmrc，完美解决你之前的ENEEDAUTH授权问题。
• .npmrc必须加always-auth=true：这步能确保npm所有请求都带认证信息，避免因为未认证导致找不到包的ETARGET错误。
• 发布路径要正确：Angular库构建完默认存在dist/[你的库名]目录下，必须进入这个目录再执行npm publish，不然会发布根目录的内容，肯定报错。

常见坑排查 #

• 还是报ETARGET？检查.npmrc里的源URL拼写，组织名、项目名、Feed名一个都不能错，同时确认你的私有Feed里确实有项目依赖的包。
• 权限不够？去Azure DevOps的Feed设置里，给Pipeline用的服务账号（一般是Project Collection Build Service [你的组织名]）分配发布者权限。

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