这里的开发人员相对较新，尽管我已经使用了一段时间，但我希望能够巩固我的 Maven 基础。我的部分问题是我没有使用 Ant 的经验，这似乎是许多解释的根源。我一直在阅读和观看教程，并且不断听到相同的术语：
据我所知，生命周期似乎是最广泛的，由阶段、插件和/或目标组成（或由其完成）。
问题：您能否提供有关这些术语的相关性以及最常见示例的任何信息？
越明确和基本越好！
【问题讨论】：
标签： maven maven-3 pom.xml maven-lifecycle
Maven 生命周期 是一个（抽象的）概念，涵盖了预期的所有步骤（或者更好：Maven 设计者决定支持的所有步骤）发生在项目的开发生命周期中。这些步骤（或阶段）在 Maven 术语中称为阶段。
Maven 插件是目标的容器/供应商。目标中实现的代码是真正的主力。 (Maven in its core itself is just managing plugins and executing goals)。 每个插件的目标都可以分配/绑定到任何lifecycle phases。
当调用mvn <phase> Maven 会通过所有阶段（每次）并执行所有目标（由插件提供）绑定到任何阶段 之前和直到（包括）给定的阶段。如果有一个没有目标绑定的阶段，则什么也做不了。但是阶段还是过去了。
即你不能“'插入'额外的阶段”到 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, Introduction to the Build Lifecycle 在下面的References。
参考文献
Maven / Introduction to the Build Lifecycle
如果您想知道 Maven 如何知道在 POM 中没有任何目标绑定的情况下该做什么，那么该页面底部有一个指向 default-bindings.xml 的链接，该链接位于 <Your Maven installation>/lib/maven-core-x.y.z.jar/META-INF/plexus/default-bindings.xml。
内置生命周期的阶段（clean、default、site）在<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 中声明。另见Lifecycles Reference。
【讨论】：
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: [...] 下）→artifactId 和 version 指定）及其 compile 目标 →execution 和id default-compile 定义。这是独一无二的，因为您确实可以将相同的目标（同一个插件）绑定到不同的阶段或绑定到同一阶段但在不同的执行中（即使用不同的配置）。例如，maven-compiler-plugin 在test-compile phase（不同的阶段）期间也用于在不同的执行（default-testCompile）中编译测试代码（通过其testCompile 目标）。您还可以在不同阶段编译（使用相同的插件和目标）一些自动生成的代码，这些阶段由您在 POM 中指定的执行定义（并且可能是不同的配置）。
默认执行是通过Maven packaging bindings 开箱即用地提供的，也就是说，默认情况下（并且强制约定优于配置）Maven 已经在某些阶段调用了某些目标（标准插件的）。这些默认调用的执行id是根据certain conventions定义的。
这也解释了为什么如果你真的想覆盖一个 Maven 构建的默认行为（绑定），你需要在你的 POM 中为同一个插件指定（覆盖）完全相同的执行 ID。例如，您可以跳过编译，只需定义具有相同 default-compile id 但绑定到不存在的阶段（或空的阶段）的 maven-compiler-plugin 的执行。
简而言之：执行告诉 Maven 在哪个阶段使用哪个配置执行哪个目标。
默认提供了一些执行（默认绑定），这就解释了为什么只有 6 行的maven minimal pom 已经可以做很多事情（编译、测试、打包等）：执行目标某些阶段的标准插件：约定优于配置。然后，通过pom.xml 配置，您可以将stuff（执行）添加到构建中或影响已配置插件的行为（在这种情况下没有executions 部分，但只有configuration 将是够了）。
是的，您可以跳过构建周期（及其阶段）并直接调用（插件的）目标。想象一下：
mvn compiler:compile
mvn compiler:testCompile
mvn surefire:test
mvn jar:jar
（注意：您也可以在一次调用中调用内联）
我们在这里编译应用代码、测试代码、执行测试和打包：想象一下这将是多么手动、容易出错、重复和耗时。约定优于配置有助于我们：Maven 引入了构建生命周期和阶段。默认生命周期（没有名称，即默认）提供了一系列基于最佳实践和约定的阶段（Maven 的口头禅）。
如果您想实现与上述相同的效果，只需运行：mvn package，它将自动编译、测试和打包您的项目。如何？调用插件。也就是说，阶段是有意义且可配置的插件（目标）执行集。为了使其更加标准，对于每个阶段，Maven 将首先调用任何先前的阶段，例如如果你想测试，你一定会先编译。
附言请注意，当为同一个 execution 指定多个目标时，您仍然会在构建日志中清楚地看到两个不同目标的两个不同执行（具有相同的 id）（因此，仍然是唯一的元组）。
【讨论】：
感谢 Sandeep Jindal 和 Premraj（来自这里 What are Maven goals and phases and what is their difference?）。他们的解释帮助我理解。
我在这里创建了一些完整的代码示例和一些简单的解释https://www.surasint.com/maven-life-cycle-phase-and-goal-easy-explained/。我认为这可能有助于其他人理解并可以直接尝试。
简而言之，从链接中，你不应该试图同时理解所有三个，首先你应该了解这些组之间的关系：
1.生命周期与阶段
生命周期是按顺序排列的阶段的集合，请参见此处Life Cycle References。当你调用一个phase时，它也会调用它之前的所有phases。
例如，清洁生命周期有 3 个阶段（清洁前、清洁、清洁后）。
mvn clean
它将调用 pre-clean 和 clean。
2。插件与目标
Goal 类似于 Plugin 中的操作。所以如果插件是一个类，那么目标就是一个方法。
你可以这样称呼目标：
mvn clean:clean
这意味着“在 clean 插件中调用 clean 目标”（这里与 clean 阶段无关。不要让“clean”这个词让您感到困惑，它们是不一样的！请参阅我上面的链接中的完整说明)
3.现在阶段和目标之间的关系：
阶段可以（预）链接到目标。例如，通常，清洁阶段链接到清洁目标。所以，当你调用这个命令时：
mvn clean
它将调用 pre-clean 阶段和链接到 clean:clean 目标的 clean 阶段。
几乎是一样的：
mvn pre-clean clean:clean
【讨论】：
clean:clean 不是示例的最佳选择。有 4 个项目名为 clean（生命周期、阶段、插件、目标）可能会让人感到困惑，尤其是对于初学者（我记得一开始是给我的）。 @ 3. 恕我直言，动词“链接”也不是一个好的选择。官方的 Maven 术语是“bind”。
迟来的另一张图
【讨论】：
validate、initialize 和verify，那也不是真的。
resources:[testR|r]esources 目标未绑定到 process-sources or process-test-sources phases in the jar lifecycle。
modello:java 显然是特定于域的。将插件的目标绑定到阶段适用于任何阶段。
生命周期、生命周期阶段、插件和插件目标是 Maven 的核心。
mvn 命令调用生命周期阶段时，前面的所有阶段都会依次执行。当我们在 Java 项目中运行 mvn package 时，Maven 将插件目标绑定到生命周期阶段，如下图所示：
【讨论】：
mvn ... 之前很久就发生了：在 default-bindings.xml 或 POM 中，它不是由 Maven 完成的，而是由人类完成的。
所以要进一步解释一下here
Maven 构建在生命周期中被拆分，它们是：
每个循环都分为几个阶段。 例如，构建分为以下几个阶段：
阶段的目标是在 pre- 或 post- 阶段之前运行，例如：
如果您愿意，您可以将目标视为额外的“插入”阶段。 阅读here 或查看@Gerolds answer 了解详情。
【讨论】：
【讨论】：
mvn <phase>。请在此处查看我的答案。
deploy 阶段之前还有更多阶段可以停止构建。 @2。 "handles the complete deployment" – 和以前一样：默认生命周期处理一个项目的build。部署只是最后一个阶段。