Azure DevOps管道-仅当Maven部署版本不存在时才发布

Question

我对Azure DevOps和Maven都是新手。

我们已经建立了一个Azure构建管道，这样它将为快照构建和发布部署工件。

我希望发布项目的部署是幂等的。也就是说，如果项目已经部署，则不应出错。

问题是我得到了409“资源冲突”

问：有没有办法告诉 maven 仅在项目不存在时才进行部署，并且如果存在，则不是错误。

从运营模式上有办法做到这一点吗？

对于我自己的教育，我也想知道如何为maven（没有Azure）做到这一点。这可以通过命令行开关、pom.xml或 maven 设置来实现.xml

这似乎暗示没有，如果是这样，这是一个令人惊讶的遗漏。我想了解其基本原理。

如果有方法检查部署的工件实际上与管道刚刚构建的工件相同，则会加分。

相关的管道代码段是：

   task: Maven@3
#          condition: and(succeeded(), eq(variables['Build.SourceBranch'], 'refs/heads/master'))
          inputs:
            mavenPomFile: 'pom.xml'
            options: '-B -s $(mvnSettings.secureFilePath) -DWHERE="AzureDevops" clean deploy'
            mavenAuthenticateFeed: true
            publishJUnitResults: true
            testResultsFiles: '**/TEST-*.xml'

作为背景，这是我对Azure和Maven的了解。如果我误解了什么，这可能是一个促成因素。

Maven允许您部署两种工件：

快照

< li >快照是包的开发版本。 < li >快照带有后缀-SNAPSHOT。例如1 . 2 . 0-快照 < li >快照是可变的。部署操作可以用新版本替换快照(更新的开发版本可以替换开发版本)

释放

• 任何不以后缀-SNAPSHOT结尾的版本都被视为发布版本
• 发布是不可变的。如果版本已部署到存储库，则部署操作将失败

Azure和Maven都认为发布的工件是不可变的。Azure在充当maven存储库时理解-SNAPSHOT，并允许覆盖开发版本。这个想法是，您不能（或者至少不容易）替换其他东西可能依赖的已发布工件。

409 =资源冲突

这可能意味着:

> < li>

工件已经发布，无法覆盖

无法发布项目，因为它的类型错误。例如，将发布发布到只接受快照的存储库，或将快照发布到只接收发布的存储库

我不知道如何告诉maven，如果工件已经存在，部署失败也没关系。明显且错误的黑客攻击（Linux）是：

mvn deploy || /bin/true

这很糟糕，因为如果部署步骤由于其他原因而失败，它将报告为成功。

有一个专家插件（https://github.com/chonton/exists-maven-plugin）可以做到这一点。我不确定如何在 Azure 中使用它。这个插件是事实上的标准吗？

另请参见：

• 如何在 Azure 项目中使用相同的版本号更新 maven 依赖项
• 无法使用 maven 部署项目，错误代码为 409

更新23/06/2020

我几乎就在那里，但卡住了：

    variables: 
    - name: artifactDoesNotExist
      value: '0'
    - name: mavenRepoURL
      value: 'https://blahblah.visualstudio.com/_packaging/myazurefeedname/maven/v1/com/mycompany/myproject'

    - task: Bash@3
      displayName: 'Check if Maven artifact exists'
      inputs:
        targetType: inline
        failOnStderr: false
        script: |
               #set variable iff artifact exists
               VERSION=`cat VERSION.MVN`; mvn -X -B -s $(mvnSettings.secureFilePath) -DWHERE="AzureDevops" -DremoteRepositories=$(mavenRepoUrl) dependency:get -Dartifact=com.mycompany.project:artifiactId:"$VERSION"
            echo "##vso[task.setvariable variable=artifactDoesNotExist]$?"

    - task: Bash@3
      condition: and(succeeded(), eq(variables['artifactDoesNotExist'], '0'))
      inputs:
        targetType: inline
        script: |
            echo artifactDoesNotExist == 0 -> true

    - task: Bash@3
      condition: and(succeeded(), eq(variables['artifactDoesNotExist'], '1'))
      inputs:
        targetType: inline
        script: |
            echo artifactDoesNotExist == 1 -> true

我怀疑依赖性：get命令行可能不太正确。

注意：在测试命令时，我必须记住从~/.m2/存储库中删除工件，因为它在本地存储库中看起来。

另一件奇怪的事情正在发生。尽管我已经部署了工件的新测试版本，但它们不会出现在相关的Azure提要中。然而，第一次尝试上载成功，而后续上载失败。这些上传到哪里去了？为什么我不能在Dev Ops中看到它们？

我发现这个问题的版本仍然作为maven工件的com.mycompany存在于提要中。myproject:artifactId'的版本。

另请参阅用于上传和下载 Azure 项目的等效 maven 命令和设置是什么？

Answer 1

这应该更多地与Maven相关，在Azure运营模式方面没有具体的配置。

您可以尝试在生成管道中使用命令行任务，首先检查该版本是否存在：

mvn dependency:get -Dartifact=g:a:v -o -DrepoUrl=file://path/to/your/repo

更多细节请看如何从命令行确定Maven工件是否在我的repo中？

如果给定的（group-artiface-version）确实存在，那么您就不会继续构建的其余部分。