“pom”包装只是容器，它包含其他包/模块，如jar、war和ear。

如果你在外部包/容器上执行任何操作，比如MVN清洁编译安装。然后内部包/模块也得到干净的编译安装。

不需要为每个包/模块单独执行操作。

https://maven.apache.org/pom.html

父和聚合(多模块)项目的打包类型必须是pom。这些类型定义了绑定到一组生命周期阶段的目标。例如，如果打包是jar，那么打包阶段将执行jar:jar目标。如果打包是pom，执行的目标将是site:附件-描述符

我建议在http://maven.apache.org/guides/getting-started/index.html#How_do_I_build_more_than_one_project_at_once上查看经典示例

这里my-webapp是web project，它依赖于my-app project中的代码。因此，要将两个项目捆绑为一个，我们有顶级的pom.xml，它提到了最后要捆绑的项目(根据maven术语，模块)。这种顶级pom.xml可以使用pom打包。

My-webapp可以有war包装，也可以依赖于my-app。My-app可以有罐子包装。

“pom”包装只是容器，它包含其他包/模块，如jar、war和ear。

如果你在外部包/容器上执行任何操作，比如MVN清洁编译安装。然后内部包/模块也得到干净的编译安装。

不需要为每个包/模块单独执行操作。

将工件打包为POM意味着它具有非常简单的生命周期

package -> install -> deploy

http://maven.apache.org/guides/introduction/introduction-to-the-lifecycle.html

如果您正在部署一个pom.xml文件或一个不适合其他打包类型的项目，这是非常有用的。

我们对我们的许多项目使用pom包装，并适当地绑定额外的阶段和目标。

例如，我们的一些应用程序使用:

prepare-package -> test -> package -> install -> deploy

当你安装应用程序时，它应该将其添加到本地的.m2存储库中。要在其他地方发布，您需要设置正确的分发管理信息。如果maven没有自动附加工件，您可能还需要使用maven builder helper插件。

Pom基本上是一个子模块的容器，每个子模块都由与Pom .xml相同目录下的子目录表示。

在某个地方，嵌套在项目结构中，您将发现带有战争包装的工件(模块)。Maven通常将所有内容构建到每个模块的/target子目录中。所以在mvn安装后，在一个带有war打包的模块中查找目标子目录。

当然,

$ find . -iname "*.war"

工作同样好;-)。