通过Jenkins作业部署maven的策略

Question

我有一个Jenkins的工作，它为master git分支使用maven构建目标“干净包部署”。但是，由于nexus repo不允许重新部署，如果Jenkins作业在没有版本更改的情况下第二次运行，它将失败并出现预期的400错误：

org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute goal 
    org.apache.maven.plugins:maven-deploy-plugin:2.7:deploy (default-deploy) 
    on project common-library: 
Failed to deploy artifacts: Could not transfer artifact 
    net.bacon.common:common-library:pom:1.2.13 from/to bacon-releases 
    (https://maven.bacon.com/nexus/content/repositories/releases): 
Failed to transfer file: 
    https://maven.bacon.com/nexus/content/repositories/releases/net/bacon/common/common-library/1.2.13/common-library-1.2.13.pom. 
Return code is: 400, ReasonPhrase:Bad Request.

有人能提出一种不同的策略吗？这样，部署目标就可以运行，而不会让Jenkins的工作失败？

Answer 1

您应该确保 master 上的每个提交在 pom 文件上都有自己的版本号。因此，您不会重新部署。

拒绝“重新部署”有一个很好的理由：已发布版本的内容永远不应该改变。

如果无法避免在 master 上提交相同版本号，请考虑将链接的 jenkins 作业更改为“全新安装”（仅将工件存储在本地存储库中），并使用“干净部署”创建一个仅手动启动的新作业。

Answer 2

我们应用“双重行动”解决方案：

• 增量版本
• 运行mvn安装
• 运行测试
• 如果全部通过，我们运行mvn部署

这样，我们不会在知道所有通过之前尝试部署，并且每次都部署了一个唯一的版本。

我希望这有帮助。

Answer 3

我们所做的是自动快照构建。然后，版本将自动递增。

对于版本构建，我们使用maven发布插件并手动输入版本。但是，您可以让发布插件来完成这项工作。它将删除“-SNAPSHOT”构建、部署，然后在下一个发布版本中增加最后一位数字并再次附加“-snap”。

对于分发管理，您可以有两个仓库，一个用于快照，一个用于发布，具有不同的重新部署设置。