在我们的基础架构中,我们有很多由Maven2构建的小
Java项目.每个项目都有自己的pom.xml,最终继承自我们的公司“master”父pom.

我们最近开始向我们的父pom添加小配置文件,默认情况下已禁用,启用后,以常规方式执行单个插件.

例子：

>’sources’配置文件执行maven-source-plugin以创建项目源jar.
>’clover’配置文件执行maven-clover2-plugin以生成Clover报告.它还嵌入了我们的Clover许可证文件,因此无需在子项目中重新指定.
>’fitnesse’配置文件执行fitnesse-maven-plugin以运行与项目相关的fitnesse测试.它包含fitnesse服务器主机和端口以及其他不需要重复的信息.

这用于在我们的CI服务器中指定构建,如：

mvn test -P clover
mvn deploy site-deploy -P fitnesse,sources

等等.

到目前为止,这似乎提供了一个方便的可选功能组合.

但是,继续使用这种方法(明显的或其他方面)是否有任何危险或陷阱？是否可以通过其他方式更好地实现或表达此类功能？

最佳答案 你似乎对这种方法略显怀疑,但你不确定为什么 – 毕竟,这很方便.无论如何,这就是我的感受：我不知道为什么,但它似乎有点奇怪.

让我们考虑这两个问题：
a)什么是配置文件意味着什么？
b)我们应该采用哪种替代方法来比较您的方法？

关于a),我认为配置文件适用于不同的构建或执行环境.您可能依赖于本地安装的软件,您可以使用配置文件在相应环境中定义可执行文件的路径.或者您可能具有不同运行时配置的配置文件,例如“开发”,“测试”,“生产”.
有关这方面的更多信息,请参见http://maven.apache.org/guides/mini/guide-building-for-different-environments.html和http://maven.apache.org/guides/introduction/introduction-to-profiles.html.

至于b),我的想法：

>使用命令行属性触发插件.如mvn -Dfitnesse = true deploy.就像众所周知的-ddownloadSources = true表示eclipse插件,或-Dmaven.test.skip = true表示肯定.
但这需要插件有一个标志来触发执行.并非您需要的所有插件都可能具有此功能.
>明确地调用目标.你可以在一个命令行上调用几个目标,比如“mvn clean package war：explosion”.当fitnesse自动执行时(使用相应的配置文件),这意味着它的执行被绑定到生命周期阶段.也就是说,只要达到生命周期中的那个阶段,就会执行插件.
您应该能够包含插件,而不是将插件执行绑定到生命周期阶段,而只能在显式调用时执行它.
所以你的调用看起来像“mvn fitnesse：run source：jar deploy”.

问题a)的答案可能解释了“奇怪”.这不是什么配置文件的意思.

因此,我认为备选方案2实际上可能是更好的方法.当不同执行或构建环境的“真实”配置文件发挥作用时,使用配置文件可能会成为问题.你最终会得到一个可能混淆的配置文件混合,其中配置文件意味着非常不同的东西(例如“test”表示环境,而“fitnesse”表示目标).
如果您只是明确地调用目标,我认为这将是非常明确和灵活的.记住插件/目标名称应该比记住配置文件名称更困难.