Maven: 生命周期 vs 阶段 vs 插件 vs 目标

因此，进一步解释一下概述 here

Maven 构建在生命周期中是分开的，这些是:

• 干净
• Build (默认值)
• 工地

每个周期都被划分为不同的阶段。 For instance build is split into phases like:

• 准备资源
• 编译
• 包裹
• 安装

阶段的目标是在 前之前或 后之后运行一个阶段，例如:

• 将在清洁阶段之前执行
• 清洁后-将在清洁阶段之后执行

如果你愿意，你可以把目标看作额外的“插入”阶段。 详细阅读 给你或者看看 @ Gerold 回答。

玛文的生命周期是一个(抽象的)概念，涵盖了所有 步骤(或者更好: Maven 设计师决定支持的所有步骤) that are expected to occur in a project's development lifetime.。这些步骤(或阶段)在 Maven 术语中是 称为「环境影响评估」。

一个 Maven 插件是一个容器/供应商的 目标。代码实现的目标是真正的主力。(Maven 的核心就是管理插件和执行目标)

当调用 mvn <phase> Maven passes all phases(每次) 执行所有的目标(由插件提供) 都与任何阶段有关之前和(包括)给定的阶段。如果有一个没有目标约束的阶段，那么什么也不做。但是这个阶段已经过去了。

也就是说，你不能 "'insert' additional phases"进入 Maven 的内置生命周期(干净，违约，工地)。他们已经在那里了，一直都在！您可以使用自己的阶段开发您自己的生命周期，但是这远远超过了简单地使用 Maven。

目标也可以直接执行，当你在没有任何阶段或(插件:)目标的情况下运行 mvn时，你会得到这样的提示:

You must specify a valid lifecycle phase or a goal in the format


<plugin-prefix>:<goal> or


<plugin-group-id>:<plugin-artifact-id>[:<plugin-version>]:<goal>.


Available lifecycle phases are:


...

... 见下面 参考文献的实际输出或 Maven，构建生命周期简介。

参考文献

• Maven/构建生命周期简介
  

  如果你想知道 Maven 是如何知道在 POM 中没有任何目标绑定的情况下做什么的，在该页面的底部有一个到 default-bindings.xml的链接，位于 <Your Maven installation>/lib/maven-core-x.y.z.jar/META-INF/plexus/default-bindings.xml中。

  内置生命周期的阶段(clean、 default、 工地)在 <Your Maven installation>/lib/maven-core-x.y.z.jar/META-INF/plexus/components.xml中的 <component-set><components><component><role>org.apache.maven.lifecycle.Lifecycle下面声明。

• Maven: 完整参考，第4章。构建生命周期

• 美芬范例，3.5。核心概念

Maven: 生命周期 vs 阶段 vs 插件 vs 目标

为了澄清这个线程中缺少的另一个粒度级别: 处决(目标) ，这是 Maven 构建中最小的单位。

因此，我们有 建造循环(基本上是针对特定总体目标的一组操作) ，它由 阶段(较低的粒度，一个循环步骤)组成，可以调用某个 插件提供的一组配置好的 目标。也就是说，Maven 也是一个插件执行者，每个插件可以提供一个或多个目标。然后您(也)决定哪个目标附加到哪个阶段，大多数时候在缺省生命周期(没有任何，也就是缺省)。但是你实际上可以有另外一个层次: 执行(同一个目标，来自同一个插件，或者来自不同插件的不同目标)

我准备了一张照片来重现

事实上，Maven 是这样通过构建日志中唯一的字符串显示它(它的最小工作单元)的:

plugin-artifactId:plugin-version:plugin-goal (goal-execution-id) @ project-name

例如，我们会:

[INFO] --- maven-compiler-plugin:2.5.1:compile (default-compile) @ sample-project ---

这实际上意味着(通过不同的粒度级别) :

• 在 compile阶段(不幸的是只在 mvn -X ...调试时提到，在 REACTOR BUILD PLAN – Tasks: [...]下)→
• 我正在调用 Maven 编译器插件(由 artifactId和 version指定) ，目标是 compile→
• 由 execution和 id default-compile定义。

它之所以独一无二，是因为您确实可以将相同的目标(同一个插件)绑定到不同的阶段或同一阶段，但执行方式不同(即使用不同的配置)。例如，在 test-compile期(一个不同的阶段)期间，也使用 maven-compiler-plugin在不同的执行(default-testCompile)中编译测试代码(通过其 testCompile目标)。您还可以(使用相同的插件和目标)在 POM 中指定的执行所定义的不同阶段中编译一些自动生成的代码(可能还有不同的配置)。

默认执行是通过 美芬包装装订提供的，也就是说，默认情况下(强制执行约定优于配置) Maven 在某些阶段已经调用了某些目标(标准插件)。这些默认调用的执行 id 是根据 某些惯例定义的。

这也解释了为什么如果您真的想覆盖 Maven 构建的默认行为(绑定) ，您需要在 POM 中为同一个插件指定(覆盖)完全相同的执行 ID。例如，您可以跳过编译，简单地用相同的 default-compile id 定义 maven-compiler-plugin的执行，但是绑定到一个不存在的阶段(或者一个空阶段)。

简而言之 : 执行告诉 Maven 在哪个阶段使用哪个配置执行哪个目标。

一些执行是默认提供的(defaulbindings) ，这解释了为什么只有 6行的 Maven 最小的彩票已经可以做很多事情(编译、测试、打包等) : 在某些阶段执行标准插件的目标: 它是约定优于配置的。然后，通过 pom.xml配置，您可以将 东西(执行)添加到构建中，或者影响已经配置的插件的行为(在这种情况下，没有 executions部分，但只有 configuration就足够了)。

是的，您可以跳过构建周期(及其阶段) ，直接调用(插件的)目标:

mvn compiler:compile
mvn compiler:testCompile
mvn surefire:test
mvn jar:jar

(注意: 您也可以只在一个调用中内联调用)

在这里，我们编译应用程序代码，测试代码，执行测试和包: 想象一下这将是多么手动，容易出错，重复和耗时。约定优于配置帮助我们: Maven 引入了 build 生命周期和 阶段。默认生命周期(没有名称，即默认生命周期)根据最佳实践和约定(Maven 的箴言)提供了一系列阶段。
如果你想达到同样的上述，只需运行: mvn package，它将自动编译，测试和打包您的项目。怎么做到的？调用插件。也就是说，阶段是有意义的和可配置的一组插件(目标)执行。为了使它更加标准，对于每个阶段，Maven 将首先调用前面的任何阶段，因此，例如，如果你想测试，你将确保你首先编译。

注意，当为同一个 execution指定多个目标时，您仍然可以在构建日志中清楚地看到针对两个不同目标(因此，仍然是唯一的 tuple)的两次不同执行(使用相同的 id)。

感谢 Sandeep Jindal 和 Premraj (从这里 Maven 的目标和阶段是什么，它们之间的区别是什么？)。他们的解释帮助我理解。

我在这里创建了一些完整的代码示例和一些简单的解释 https://www.surasint.com/maven-life-cycle-phase-and-goal-easy-explained/。我认为它可以帮助别人理解，并可以直接尝试一些东西。

In short from the link, You should not try to understand all three at once, first you should understand the relationship in these groups:

• Life Cycle vs Phase
• 插件 VS 目标

1. 生命周期与阶段

mvn clean

mvn clean:clean

mvn clean

mvn pre-clean clean:clean