Azure DevOps中如何用JFrog工具实现Maven构件分离部署？

核心结论：JFrog CLI/JFrogMaven@1无直接对应能力，但可通过替代方案实现需求 #

一、JFrog CLI与JFrogMaven@1的局限 #

目前JFrog CLI和Azure DevOps的JFrogMaven@1任务，都没有Jenkins Artifactory插件中那种直接从构建信息对象上传已构建构件的功能（即无需重新执行Maven生命周期的部署方式）：

• 若使用JFrog CLI，只能先执行jf mvn clean verify完成构建，质量门通过后再执行jf mvn deploy。但这会触发Maven的deploy完整生命周期，可能带来重复执行阶段的副作用，可通过添加参数-DskipTests -Dmaven.install.skip=true跳过测试、安装等环节来缓解，但本质仍需走Maven流程。
• 若使用JFrogMaven@1任务，同理：先执行一次任务运行clean verify（不配置部署仓库，开启collectBuildInfo收集构建信息），质量门通过后再执行一次任务运行deploy。同样会触发Maven生命周期，需通过参数优化减少冗余操作。

二、推荐方案：临时仓库+构建晋升 #

你提出的先部署到临时仓库，质量门通过后再晋升至正式仓库的方案是可行且更稳妥的，具体流程如下：

1. 构建并上传至临时仓库

# 执行构建并部署到临时仓库，同时收集构建信息
- task: JFrogMaven@1
  parameters:
    goals: 'clean verify deploy'
    artifactoryDeployService: 'Artifactory Service' 
    targetDeployReleaseRepo: 'maven-transient-local'
    targetDeploySnapshotRepo: 'maven-transient-local'
    collectBuildInfo: true
    buildName: '$(Build.DefinitionName)'
    buildNumber: '$(Build.BuildNumber)' 

2. 执行质量检查

# 代码扫描、安全扫描等质量门环节
- task: CodeAnalysis@1
  parameters:
    ...
- task: SecurityScan@1
  parameters:
    ...

3. 构建晋升至正式仓库

# 质量门通过后，将构件从临时仓库晋升至正式仓库
- task: JFrogBuildPromotion@1
  parameters:
    buildName: '$(Build.DefinitionName)'
    buildNumber: '$(Build.BuildNumber)'
    sourceRepo: 'maven-transient-local'
    targetRepo: 'maven-releases-local'
    includeDependencies: true
    status: 'Released'
    comment: 'Promoted after passing quality gates'

该方案的优势：

• 仅需构建一次，完全避免重复构建带来的不一致风险和Maven生命周期副作用
• 临时仓库作为过渡节点，符合"先验证再发布"的流程管控要求
• 依托JFrog构建晋升功能，完整保留构建信息，便于后续追溯与审计

补充说明：关于Jenkins插件的deployArtifacts() #

Jenkins的Artifactory插件中deployArtifacts(build)操作确实是直接上传构建过程中生成并记录在构建信息里的构件，没有重新执行mvn deploy，因此不会产生Maven生命周期的相关输出。而JFrog CLI和Azure DevOps的JFrogMaven@1目前不支持该模式，因此临时仓库+晋升是最优替代方案。

内容的提问来源于stack exchange，提问作者John Q Citizen