Azure DevOps流水线中可复用静态Jar包的存储与下载方案咨询

最佳存储位置 #

推荐按优先级选择以下方案：

• Azure Artifacts（通用包仓库）：和Azure DevOps原生深度集成，支持权限管控、版本追溯（哪怕当前只用单一版本，后续扩展也方便），无需额外配置外部服务。直接上传Jar作为通用包即可。
• Azure Blob存储：适合需要独立存储策略（比如生命周期管理、大容量存储）的场景，可通过SAS令牌或托管身份实现安全访问。
• Git仓库（Git LFS）：仅适合较小体积的Jar，需启用Git LFS避免仓库臃肿，适合工具包和代码强关联的场景。

流水线下载方法 #

从Azure Artifacts通用包下载 #

使用流水线内置的UniversalPackages任务直接拉取，示例YAML：

steps:
- task: UniversalPackages@0
  inputs:
    command: 'download'
    downloadDirectory: '$(Build.SourcesDirectory)/tools' # 下载到代理的工具目录
    feedsToUse: 'internal'
    vstsFeed: '你的Feed名称'
    vstsFeedPackage: '你的Jar包名称'
    vstsPackageVersion: '1.0.0' # 对应上传的版本号

下载完成后，命令行任务可通过$(Build.SourcesDirectory)/tools/你的Jar包.jar引用该文件。

从Azure Blob存储下载 #

可使用Azure CLI任务执行下载命令，示例（使用SAS令牌）：

steps:
- task: AzureCLI@2
  inputs:
    azureSubscription: '你的Azure订阅连接'
    scriptType: 'bash'
    scriptLocation: 'inlineScript'
    inlineScript: |
      az storage blob download \
        --container-name '你的容器名' \
        --name 'toolkit.jar' \
        --file '$(Build.SourcesDirectory)/tools/toolkit.jar' \
        --account-name '你的存储账户名' \
        --sas-token '你的SAS令牌'

若使用托管身份，需先给流水线服务主体分配Blob存储的存储Blob数据读取者角色，命令中可省略sas-token参数。

从Git LFS下载 #

确保仓库已启用Git LFS并上传Jar文件，流水线的Checkout任务会自动拉取LFS文件，直接通过仓库内的路径引用即可：

java -jar $(Build.SourcesDirectory)/path/to/toolkit.jar

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