如何在不同仓库的pipeline之间共享文件？下载artifact报错如何解决

猜测验证 #

你的猜测完全正确。publish 任务发布的制品默认关联到当前pipeline的单次运行实例，而 download: current 配置只会从当前pipeline的本次运行记录中查找制品，跨pipeline的场景下自然无法找到另一个pipeline发布的artifact1，这就是报错的直接原因。

跨pipeline共享制品实现方案 #

方案1：通过Pipeline资源引用源pipeline（官方推荐） #

这是Azure DevOps YAML Pipeline的标准写法，配置更简洁可维护。
你需要修改第二个pipeline的配置，先声明要引用的源pipeline资源，再指定从该资源下载制品：

# 第二个pipeline的yaml配置开头添加资源声明
resources:
  pipelines:
  - pipeline: binary_build_pipeline  # 源pipeline的自定义别名，后续下载时引用
    source: 生成二进制的第一个pipeline的实际名称  # 替换为你第一个pipeline在Azure DevOps中的显示名称
    branch: main # 可选，指定拉取对应分支运行产生的制品，默认拉取所有分支最新成功运行的制品
    version: latest # 可选，默认拉取最新成功运行的制品，也可指定具体的build编号固定版本

steps:
# 把原来的download: current改为引用上面定义的pipeline别名
- download: binary_build_pipeline
  artifact: artifact1
  targetPath: $(System.DefaultWorkingDirectory)/bin # 可选，指定制品下载到的本地路径，默认存到$(Pipeline.Workspace)下

权限配置注意事项

需要确保第二个pipeline有权限访问第一个pipeline的制品：

• 进入第一个pipeline的「设置」页，找到「Pipeline permissions」选项
• 添加第二个pipeline到权限列表，授予访问权限即可。

方案2：使用DownloadPipelineArtifact任务（灵活度更高） #

如果需要自定义更多下载逻辑，比如指定特定的项目、特定的历史build版本，可以直接使用官方的下载任务：

steps:
- task: DownloadPipelineArtifact@2
  inputs:
    buildType: 'specific'
    project: '你的DevOps项目名称' # 如果两个pipeline在同一个项目下可以省略
    definition: '生成二进制的第一个pipeline的名称/ID'
    buildVersionToDownload: 'latest'
    artifactName: 'artifact1'
    targetPath: '$(System.DefaultWorkingDirectory)/bin' # 制品下载到的本地路径

如果两个pipeline属于同一个组织下的不同项目，还需要进入源pipeline所在项目的「项目设置」，开启「允许跨项目引用Pipeline资源」的开关。

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