将工件打包为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”包装只是容器，它包含其他包/模块，如jar、war和ear。

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

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

pom的打包用于聚合其他项目的项目中，以及那些唯一有用的输出是来自某些插件的附加工件的项目中。在您的情况下，我猜您的顶级pom包括<modules>…</modules>聚合其他目录，实际输出是其他目录(可能是子目录)的结果。如果为了这个目的进行合理的编码，它就会有一种战争的包装。

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

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

当然,

$ find . -iname "*.war"

工作同样好;-)。

Pom打包只是一个说明主要工件不是war或jar，而是Pom .xml本身的规范。

它通常与“模块”一起使用，这些模块通常包含在项目的子目录中;但是，它也可以用于某些场景，即不需要构建主二进制文件，所有其他重要工件都声明为次要工件

想想一个“文档”项目，主要工件可能是一个PDF，但它已经构建好了，将其声明为次要工件的工作可能比告诉maven如何构建一个不需要编译的PDF的配置更重要。

将工件打包为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插件。