11

像这样的问题被问了一遍又一遍，但不知何故，他们只关注依赖关系。因此，根据 maven文档，构建顺序确定如下。

  • 项目依赖于构建中的另一个模块
  • 插件声明，其中插件是构建中的另一个模块
  • 插件依赖于构建中的另一个模块
  • 构建中另一个模块的构建扩展声明
  • 元素中声明的顺序<modules>（如果没有其他规则适用）

第一条规则很明确，例如，如果模块 A 依赖于模块 B，则首先构建后者。

第五条规则（最后一条）也很清楚。如果前三个规则不适用，我们查看模块部分中的顺序。

其他两个规则对我来说不是那么清楚。英语不是我的母语，但我想知道规则二是否包含某种错字。

我正在寻找一个简单的例子来详细解释这两个规则。

4

1 回答 1

13

让我们一一介绍。

  • 项目依赖于构建中的另一个模块

这意味着如果模块 A 依赖于模块 B，则 B 必须在 A 之前构建。这处理了在 A 的 POM 中，您将拥有：

<dependencies>
  <dependency>
    <groupId>${project.groupId}</groupId>
    <artifactId>B</artifactId>
    <version>${project.version}</version>
  </dependency>
</dependencies>
  • 插件声明，其中插件是构建中的另一个模块

这意味着如果模块 A 使用模块 B的 Maven 插件，则 B 必须在 A 之前构建。这处理了在 A 的 POM 中，您将拥有：

<build>
  <plugins>
    <plugin>
      <groupId>${project.groupId}</groupId>
      <artifactId>B</artifactId>
      <version>${project.version}</version>
    </plugin>
  </plugins>
</build>
  • 插件依赖于构建中的另一个模块

这意味着如果模块 A 使用依赖于模块 B 的 Maven 插件，则 B 必须在 A 之前构建。这处理了在 A 的 POM 中您将拥有的情况：

<build>
  <plugins>
    <plugin>
      <groupId>some.plugin.groupId</groupId>
      <artifactId>some.plugin.artifactId</artifactId>
      <version>some.version</version>
      <dependencies>
        <dependency>
          <groupId>${project.groupId}</groupId>
          <artifactId>B</artifactId>
          <version>${project.version}</version>
        </dependency>
      </dependencies>
    </plugin>
  </plugins>
</build>

注意，这条规则是在最后一条之后应用的，所以即使插件本身也是构建的一个模块，它也会在之前构建，确保解析依赖关系是安全的。

  • 构建中另一个模块的构建扩展声明

这意味着如果模块 A 声明使用模块 B作为扩展，则 B 必须在 A 之前构建。这处理了在 A 的 POM 中，您将拥有：

<build>
  <extensions>
    <extension>
      <groupId>${project.groupId}</groupId>
      <artifactId>B</artifactId>
      <version>${project.version}</version>
    </extension>
  </extensions>
</build>
  • 元素中声明的顺序<modules>（如果没有其他规则适用）

当没有应用前面的规则时，顺序是 的顺序<modules>，这在聚合器项目的 POM 中看起来像：

<modules>
  <module>A</module>
  <module>B</module>
</modules>

如果前面的规则都不适用，A 将在 B 之前构建。

于 2016-10-07T12:01:05.223 回答