Maven 最佳实践页面描述了在另一个 pom 中包含一个 pom 作为依赖项的单一用途；包括共享的依赖组：
http://www.sonatype.com/books/mvnref-book/reference/pom-relationships-sect-pom-best-practice.html
我希望您可以做其他事情 - 例如定义特定的存储库或插件，这些存储库或插件将由您包含的 pom “继承”，但这似乎不起作用。
通过将 pom 作为依赖项包含在另一个 pom 中，您还可以完成哪些其他用例？
如果您想定义存储库等或问题跟踪系统、开发人员等，这可以通过使用定义所有这些东西的父 pom 来简单地实现。并且任何将使用这个 pom 作为父级的项目都会自动继承所有这些信息（这通常称为公司 pom）。让生活更轻松。您可以在其中定义插件、依赖项等的版本。将 pom 包含为依赖项的用例是通过一个单一的依赖点定义一组依赖项，在这种情况下，pom 本身包含大量依赖项，这使得有时仅通过添加单个 pom 即可轻松使用这些依赖项而不是几个依赖项。但通常我更愿意在我的项目的dependencyManagement 部分中定义这些依赖项。
AFAIK，包括 pom 作为依赖项只会影响依赖项。如果你想重用其他东西，你必须将它指定为父 POM。
注意：我建议在 Maven 存储库管理器（例如 Nexus）中管理您的存储库，而不是在 POM 中。
http://www.sonatype.com/books/nexus-book/reference/maven-sect-single-group.html
问题中提到的链接本身记录了好处。正如其他人所回答的那样，它不能用于other目的。剪切/粘贴以供参考：
合并相关依赖项是减少pom.xml文件长度的好方法，因为这些文件开始不得不依赖大量依赖项。
如果需要在项目间共享大量依赖，也可以只建立项目间的父子关系，将所有常见的依赖重构到父项目，但是父子方式的缺点是一个项目只能有一位家长。
有时将相似的依赖组合在一起并引用 pom 依赖会更有意义。这样，您的项目可以根据需要引用尽可能多的这些合并依赖项 POM。
maven依赖机制文档中有相关示例。