防止在测试失败时部署maven deploy插件

Question

我是Maven-release-plugin的长期用户，如果单元测试失败，它将不会发布（也就是将JAR部署到maven repo）。

出于各种原因，我只想使用maven deploy插件，但显然，即使maven-surefire-plugin中存在测试失败，我仍将部署该插件。

结果而不只是

mvn clean deploy

mvn clean test && mvn deploy -DskipTests=true

编辑它似乎是詹金斯的问题..不能繁殖

我不确定Jenkins为什么或如何强制maven构建在测试失败时继续（我假设这是为了报告），但它没有显示为使其继续而传递的任何选项。这似乎只有当詹金斯说“模块改变，重新计算依赖关系图”时才会发生。

Answer 1

您遇到了Jenkins的一个已知问题（或特性，取决于品味），在Maven构建（因此是从Maven Jenkins作业模板创建的）中，默认情况下该问题总是将-dmaven.test.failure.ignore=true传递给相关的Maven构建，这主要是因为在测试失败的情况下，它会将构建的状态设置为stabilit，而不是failed。

这种行为已经被添加到不同的堆栈溢出线程中，这里和这里提供一些参考，它也是Jenkins JIRA平台上的一个开放的问题（提供详细描述），尽管已经有一段时间了，可能不会被修复（或者至少在作业配置UI中澄清）。

但是，在从freestyle Jenkins作业模板创建Maven构建时不提供该行为，即使用尚未为Maven预配置的模板，因此默认情况下不会传递Maven.test.failure属性。

实际上，指导原则是在测试失败的情况下不部署工件（这是maven-surefire-pluginbtw的默认行为），您可以通过不同的方式解决这些问题：

• 使用freestyle Jenkins作业模板，从而完全控制Maven构建执行，尽管放弃了一些不错的预配置
• 保留Maven Jenkins作业并显式传递-dmaven.test.failure.ignore=false选项，作为初始MVN clean deploy命令
的一部分
• 将作业分成几个构建步骤，只有在上一个步骤严格成功（以及不成功/不稳定）的情况下才执行下一个步骤。第一步是经典的MVN clean install，然后是通过Maven（请参见next）或Jenkins插件进行部署（有ArtiFactory/Nexus Jenkins插件可以很好地处理此任务，其直接优势是为快照/发布提供更容易的凭据和存储库管理，从而在CI端提供更多的治理/安全性，可以消除pom.xml文件或每个开发人员的Maven设置中的干扰）。

关于只部署的额外Maven步骤，一些注意事项也解决了上面注释中的一些问题：

MVN deploy和MVN deploy:deploy之间有一个相关的区别，前者调用一个Maven阶段，因此从validate到deploy（例如，compile、test、package)的每个阶段都是级联的，以及在pom文件中为某个阶段配置的每个潜在插件执行；后者只是调用一个目标，即maven-deploy-plugin的deploy目标，具有明显的直接优势：性能（它只执行一个快速操作，而不是再次执行整个构建）和关注点（它只执行我们在这个阶段真正想要的）。

是的，您可以跳过测试，并且maven-jar-plugin不会再次重新打包应用程序，例如，Maven提供的进一步默认优化，但前者仍然会慢得多，也不太正确。
但是，deploy:deploy不能工作，因为Maven构建上下文中缺少信息，仅仅查看target文件夹不足以确定要部署什么，Maven需要知道哪个工件附加到要部署的当前构建中。在本例中，附加的jar:jar起到了拯救作用，它不是重新打包任何东西，而是简单地检测应该打包的内容，将其作为工件附加到构建上下文中，并使maven-deploy-plugin变得愉快。正如前面在注释中指出的，这个堆栈溢出回答中也解释了这个机制。