使maven-enforcer-plugin依赖项收敛规则忽略工件的次要版本
maven-enforcer-plugin是一个Maven插件，用于强制执行构建规则和依赖管理。它可以帮助开发人员确保项目的依赖关系符合预期，并且可以在构建过程中检测和解决潜在的问题。
在使用maven-enforcer-plugin时，可以通过配置规则来定义依赖项收敛规则。依赖项收敛是指确保项目中使用的所有依赖项的版本是一致的。这有助于减少潜在的冲突和兼容性问题。
然而，有时候我们可能希望忽略某些工件的次要版本，以便允许使用不同的次要版本。这可以通过在maven-enforcer-plugin的配置中添加ignoreMinorVersions属性来实现。设置ignoreMinorVersions为true将使maven-enforcer-plugin忽略工件的次要版本。
以下是一个示例配置：
<plugins>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-enforcer-plugin</artifactId>
<version>3.0.0-M3</version>
<executions>
<execution>
<id>enforce-dependency-convergence</id>
<goals>
<goal>enforce</goal>
</goals>
<configuration>
<rules>
<dependencyConvergence>
<ignoreMinorVersions>true</ignoreMinorVersions>
</dependencyConvergence>
</rules>
</configuration>
</execution>
</executions>
</plugin>
</plugins>在上述配置中，ignoreMinorVersions被设置为true，表示忽略工件的次要版本。
这样配置后，maven-enforcer-plugin将不会检查工件的次要版本，只会关注主要版本和修订版本。这在某些情况下可能是有用的，例如当我们希望允许使用不同的次要版本来解决特定的问题或满足特定的需求时。
腾讯云没有直接相关的产品或产品介绍链接地址与maven-enforcer-plugin的依赖项收敛规则忽略工件的次要版本问题。
相关·内容
我想在我的maven项目中引入maven-enforcer-plugin，但不想在评估规则时比较错误修复版本。例:不应将groupId-artifactId-X.Y.A和groupId-artifactId-X-Y-B视为规则失败。configuration> </executions>如果一
浏览 24提问于2020-05-07得票数 0
回答已采纳
，就像这个版本的(将依赖项添加到dependencyManagement)中一样。spring-context的问题仍然存在，因为我已经将它添加为直接依赖项，然后添加到不同版本的依赖管理中。
基本上-能够修正错误，但不能把握规则晶莹剔透。修正一个- -将依赖关系管理中的版本更新为显式使用的版本。因此，现在不需
浏览 16提问于2021-11-05得票数 0
我正在尝试找出为什么IntelliJ使用了错误的版本(8.1.1而不是8.1.2)的一个项目的Java文件。IntelliJ项目是一个具有许多依赖项的maven项目。我看到了很多关于下载的输出，包括jaffa-ria包的输出： Downloaded: https://nexus/content/groups/public/org/jaffa/jaffa-ria/8
浏览 54提问于2019-06-14得票数 2
回答已采纳
当我尝试构建一个应用程序时，我得到了以下错误，因为我是maven的新手，我不完全知道是什么出了问题，导致构建失败。以下是生成失败的打印日志消息： [WARNING] Rule 0: org.apache.maven.plugins.enforcer.DependencyConvergence failed with-------------------------------------------
[ERROR] Failed to execute goal org.apache.maven.plugins:maven-enforcer-plugi
浏览 30提问于2019-09-19得票数 0
回答已采纳
2回答
我有一个maven构建的Java应用程序，它引入了许多库。应用程序位于一个git代码库(具有自己的maven版本)中，每个库都位于自己的git代码库(具有自己的maven版本)中。此外，应用程序和一些库都依赖于guava。library1也依赖于芭乐。但这导致了library1的失败，因为它期待的是更高版本的芭乐。
如果我们一直使用grade并尝试指定这种芭乐版本
浏览 0提问于2019-07-27得票数 10
回答已采纳
Maven enforcer插件正在识别我正在使用的第三方库的代码收敛问题。我如何在项目的其余部分运行enforcer插件的同时忽略这个问题，或者我应该如何在不改变库版本的情况下解决这个问题？我的项目使用的是camel-cxf 2.13.2，它依赖于jaxb-impl的两个独立的过渡版本: 2.1.13和2.2.6。enforcer插件会识别出这一点，并导致构建失
浏览 13提问于2019-01-10得票数 1
回答已采纳
所有这些工件都依赖于其他工件的不同版本: zookeper-client，protobuf，jetty等。我花了3天的时间来正确编写所有排除，以保证存档版本的兼容性。所以现在我有了非常一致的配置。我想创建一个框架来帮助我的同事，他们在类似的堆栈上工作，使用我的工作成果，而不是花3天的时间来编写排除。
我知道maven-enforcer-plugin，它不允许你在不
浏览 0提问于2014-02-19得票数 2
6回答
我刚刚遇到了一个例子，我的maven项目的两个直接依赖项具有一个特定可传递依赖项的两个不同版本。artifactId>mule-module-jersey</artifactId> </dependency>
这两个依赖项在com.sun.jersey:jer
浏览 2提问于2012-03-21得票数 19
回答已采纳
1回答
我目前正在用我们的“非Maven”jars填充Maven存储库，以便Maven/Gradle中的未来项目能够使用它们。不幸的是，我们在“非Maven”项目中有一些循环依赖项。我现在的问题是，在Maven或Gradle，如果他们遇到
foo-3.0.0.jar使用bar-2.0.0.jar，bar-2.0.0.
浏览 0提问于2016-03-04得票数 3
回答已采纳
1回答
如果在同一个pom中有两个相同的依赖项，我希望构建失败。目前，我可以检测到它发生在Maven依赖插件的“分析-重复”。
浏览 2提问于2016-11-29得票数 7
回答已采纳
2回答
或一般地问：，我可以通过中央存储库(或任何远程存储库)找出依赖于工件的人吗？1- Allign版本:如果我的依赖关系--拥有或第三方--直接或传递--确实依赖于同一个工件X，但定义了不同的版本，我最好尝试找到一个较新的X版本，或者在树中找到一个与其他依赖项具有公共版本的X。这样，我假设X的“适当升级”，因为它们
浏览 5提问于2015-02-18得票数 1
回答已采纳
我寻找一种方法来获得一种依赖关系收敛报告，该报告列出了在dependency-management中定义但由具有不同版本的传递依赖项引用的依赖项。我知道，但是这个列表只列出了dependency中定义的依赖项(和传递依赖项)之间的冲突，但是一旦我在dependency-management中定义了该依赖
浏览 2提问于2017-02-22得票数 3
1回答
禁用mvn快照不工作
、、、
根据的回答，我试图避免使用<enabled>false</enabled>的快照伪制品，但是maven仍然从快照回购下载这些伪制品，并且不会导致构建失败。<enabled>false</enabled> </repository>强制maven不使用快照工艺品的最佳方法是什么
浏览 0提问于2018-02-16得票数 0
回答已采纳
我正在开发一个大型的Java代码库，它被分成多个模块，每个模块都有一个单独的pom.xml，所有这些模块都由一个顶级的pom.xml提供。
我目前正在引入几个库依赖项。依赖项的传递集很大，幸运的是，对于不同的模块，存在着相互冲突的依赖版本。它是一个允许离开的传递依赖项。我希望能够保证整个项目中的</em
浏览 3提问于2017-09-21得票数 4
回答已采纳
我有两个依赖项A和B。在B中，我有多个传递依赖项BB1，BB2，BB3，BB4等。在这些传递依赖项中，我又有一个较低版本的依赖项A，这是导致问题的原因。version 2.4 > BB1 version 4.6 > A version 2.2
B version 2.4 > BB2 version 2.8 > A version 1.8 该项目扫描所有嵌套依赖</em
浏览 20提问于2020-01-10得票数 0
它是一个更大的构建，有几个子模块(它们在maven配置上只有很小的区别)，对于大多数模块它都能工作，但对一些模块不能。你知道问题出在哪里吗？
浏览 0提问于2009-06-19得票数 2
回答已采纳
2回答
我使用的是maven执行插件，但我发现了依赖收敛的奇怪情况： +-commons-validator:commons-validator:1.6这是依赖声明groupId>
<artifactId>commons-vali
浏览 3提问于2019-10-26得票数 3
回答已采纳
在交付管道的第一阶段，我希望构建X的当前快照版本，但强制执行所有依赖项都是发行版。(其目的是确保项目处于可发布状态，其中发行版必须不具有快照依赖项。)A和B指X作为父母，而B有A作为依赖关系(更复杂的是)。(我配置了Maven执行器插件以应用反应堆模块收敛规则。)是否有可能说服maven执行插件强制执行所有依赖项的发布版本，除了当前反应堆构建中<
浏览 0提问于2016-11-14得票数 1
回答已采纳
我有一个项目，它的依赖树很大，也就是说，它包含了几个团队的模块。TopModule.jar CommonModule-v1.jar当我构建我的项目时，我指定了公共依赖项的最新<
浏览 8提问于2013-11-15得票数 3
我想知道是否有一个maven执行规则或类似的东西来检查我的项目在项目(传递)依赖项中的任何“打开”(而不是固定)版本。我想用maven来存档一个稳定的、可重复的构建，但是如果我的依赖项(例如，为它的依赖项声明一个开放的版本范围)，我不能保证这一点。
这个传递依赖关系的新<em
浏览 32提问于2022-07-20得票数 2
扫码
添加站长 进交流群
领取专属 10元无门槛券
手把手带您无忧上云
相关资讯
热门标签
云服务器
ICP备案
对象存储
腾讯会议
实时音视频活动推荐
腾讯云开发者
