问题标签 [maven-lifecycle]

我正在使用maven-remote-resources-plugin，它将远程资源（例如 css 文件）从另一个项目检索到当前项目中的特定目录。由于我正在开发 css 文件，我真的很想通过在浏览器上单击重新加载页面来查看运行时的更改，而不是重新编译和重建 maven 项目。

我的第一个想法是删除build包裹在插件周围的标签，这不起作用。

我怎样才能做到这一点？第一篇文章——非常感谢所有的人！

在使用 jenkins 2（声明性）管道和 maven 时，我总是在如何组织管道内的东西以使其可重用和灵活方面遇到问题。

一方面，我想将管道分成逻辑阶段，例如：

另一方面，我有运行与

简单地说，我可以将 maven 拆分为

但是“部署”包括所有生命周期阶段

• 证实
• 编译
• 测试
• 包裹
• 核实
• 安装
• 部署

所以我看到了很多管道示例，它们执行以下操作

和

这导致第二次重复验证和编译步骤并以这种方式浪费“时间/资源”。这可以通过做一个来解决

而不是再次运行整个生命周期。

所以我的问题是 - 这是在 jenkins 管道阶段和 maven 生命周期之间取得良好平衡的最佳方式？对我来说，我看到了两种方式：

1. 将 maven 生命周期拆分为尽可能多的管道阶段 - 这将导致更好的 jenkins 用户反馈（查看哪个阶段失败等）
2. 让 maven 做所有事情并使用 jenkins 管道仅处理 maven 的结果（即分析单元测试结果等）

还是我误解了 CI/CD 实践中的某些内容？

我想知道 maven 是否有不同的运行脚本生命周期。请帮助我知道这个问题的答案“Maven有任何生命周期来运行脚本吗？”

我已经实现了一个自定义的 maven mojo 来对输入 POM 中提到的所有模块执行一些操作。从命令行调用时，mojo 按预期工作，例如：

但是当我把它作为一个阶段的一部分并像这样调用阶段时，它的工作原理就不一样了：

mvn phase_having_mojo_as_goal

在这种情况下，它不使用反应器并忽略模块。

插件POM是：

这三个命令有什么区别：mvn pre-clean / clean / post-clean？前和后是不寻常的使用。我们直接使用 mvn clean 但是为什么呢？

我对mvn verify相位有点困惑。我创建了一个Spring Boot项目（一个简单的项目，没有添加任何显式配置）。我创建了一些JUnit单元测试，它们同时使用mvn verify和mvn test命令运行。

在mvn verifyandmvn test命令输出中没有观察到任何差异。

有什么mvn verify不同mvn test呢？

Stack Overflow 上的一些帖子也提到了mvn verify运行集成测试。如果是这种情况，那么我有几个问题。

• Maven 如何将特定测试识别为单元测试或集成测试？
• 如果mvn verify应该只运行集成测试，那么为什么要使用它执行单元测试？

如何使用 maven-assembly-plugin 而不是原始文件（即.jar.original ）将可执行 jar 打包为 zip

目前，在提供 maven-assembly-plugin 作为依赖项时，它将 jar.original 打包在 zip 中。

maven-assembly-plugin定义

程序集.xml

在这里，RestCoordinator-1.0-SNAPSHOT.jar，是我想要的 zip 中的 jar。但是，它将 RestCoordinator-1.0-SNAPSHOT.jar.original 的内容作为 RestCoordinator-1.0-SNAPSHOT.jar 并将其压缩。

pom.xml * 文件