1

我们使用Maven BOM来管理一套库的依赖关系。BOM 的dependencyManagement 部分通常使用版本范围来指定这些库的版本,例如,[2.0,2.1)使用BOM 的Child pom.xml 不指定这些托管依赖项的版本。(编辑澄清:我们对第三方依赖项使用特定版本,范围用于正在开发的内部库,其中版本可以快速更改。我们定义版本范围以确保这些库之间的广泛兼容性,即都在同一个主要版本。)

(请注意,这不是一个多模块项目。使用 BOM 机制的库和服务项目只是将其声明为父级并从 Nexus 存储库中提取它。它们不是一起构建的。)

我们还有一些构建系统脚本,它们使用versions:resolve-ranges来固定出现在我们的库和服务pom.xml(不是BOM 的pom.xml)中的依赖项的版本。这些具有已解析范围的 pom.xml 被签入到源代码管理并标记,因此如果我们需要将部署回滚到早期版本,我们可以使用该标记的 pom.xml 来构建使用相同依赖项版本的构建原始构建,即使现在可以使用较新版本的依赖项(因此resolve-ranges如果我们重新运行它会提供较新版本)。

我刚刚注意到这两种机制不能很好地协同工作。在库或服务 pom.xml 上运行versions:resolve-ranges仅解析该 pom.xml 中的范围。依赖管理下的版本仍未指定,所以如果我们使用这个 pom.xml 进行新构建,我们将在构建时获得范围内的最新依赖版本。不是我们想要的!

有没有办法使用versions:resolve-ranges(或任何其他插件或技术)来解析托管版本并将它们粘贴到子 pom.xml 中?

这是一个人为的例子。

物料清单:

<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd">
    <modelVersion>4.0.0</modelVersion>
    <groupId>com.maventest</groupId>
    <artifactId>myproject</artifactId>
    <packaging>pom</packaging>
    <version>1.0-SNAPSHOT</version>
    <name>myproject</name>
    <url>http://maven.apache.org</url>
    <dependencyManagement>
       <dependencies>
          <dependency>
             <groupId>commons-lang</groupId>
             <artifactId>commons-lang</artifactId>
             <version>[2.0, 2.3]</version>
          </dependency>
       </dependencies>
    </dependencyManagement>
</project>

使用 BOM 的子项目(一个托管依赖项,一个非托管):

<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
        xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd">
  <parent>
    <groupId>com.maventest</groupId>
    <artifactId>myproject</artifactId>
    <version>1.0-SNAPSHOT</version>
    <relativePath>../myproject/pom.xml</relativePath>
  </parent>
  <modelVersion>4.0.0</modelVersion>
  <groupId>com.maventest</groupId>
  <artifactId>mytest</artifactId>
  <packaging>jar</packaging>
  <version>1.0-SNAPSHOT</version>
  <name>mytest</name>
  <url>http://maven.apache.org</url>
  <dependencies>
    <dependency>
      <groupId>commons-lang</groupId>
      <artifactId>commons-lang</artifactId>
      <scope>compile</scope>
   </dependency>
   <dependency>
     <groupId>junit</groupId>
     <artifactId>junit</artifactId>
     <version>[3.8, 3.9)</version>
     <scope>test</scope>
   </dependency>
  </dependencies>
</project>

mvn dependency:tree显示依赖项的有效版本的片段:

[信息] com.maventest:mytest:jar:1.0-SNAPSHOT

[信息] +- commons-lang:commons-lang:jar:2.3:compile

[信息] \- junit:junit:jar:3.8.2-brew:test

mytest pom.xml 之后的依赖部分mvn versions:resolve-ranges

<dependencies>
  <dependency>
    <groupId>commons-lang</groupId>
    <artifactId>commons-lang</artifactId>
    <scope>compile</scope>
  </dependency>
  <dependency>
    <groupId>junit</groupId>
    <artifactId>junit</artifactId>
    <version>3.8.2-brew</version>
    <scope>test</scope>
  </dependency>
</dependencies>

因此,正如预期的那样,解决了非托管依赖项。但托管的不是。我怎样才能让它也得到解决?

4

1 回答 1

0

忘了这个问题!最后,我永远无法找到一种方法来固定基于范围的托管版本。所以我确实停止在 BOM 中定义版本,只是在每个子 pom.xml 中用范围指定它们。儿童 poms 中有更多样板,但还不错。

我们仍然能够定义指定 BOM 中孩子可以使用的范围的属性,这使得在必要时可以更容易地调整所有范围。

于 2019-09-24T17:27:45.723 回答