您认为删除 maven pom 中可以找到的所有传递依赖项是一种好习惯吗？
示例：
我的项目依赖于 A 和 B。
B 也是 A 的传递依赖。
我应该将 B 保留在我的 pom 中还是删除它？
什么是最好的：
在 pom 上声明所有已知的罐子，甚至是传递的罐子，还是只保留顶级罐子？
这有点主观，但我正在尝试清理一些具有大量传递依赖项的大型 pom（父子节点）。我想让我的 pom 尽可能简单，但我也希望它们是可维护的。
【问题讨论】：
标签： maven-2 dependencies dependency-management
如果您的项目对 B 有直接依赖关系，那么即使 B 是 A 的传递依赖项，您也应该保留它。可能在下一个版本中，A 不会使用 B，您将不得不重新构建 pom.xml。 xml。
通常，Maven 依赖项应该反映逻辑项目依赖项。
【讨论】：
我会更喜欢避免传递依赖的声明，如果有充分的理由，我会明确地将它们包含在 pom 中。以下是我的论点：
通过声明传递依赖（即使您明确需要它们）：
在声明中引入了冗余，因为该信息已经在 所需工件的 pom 描述符中。
如果 所需工件的新版本不再依赖于 transitive dependency，您必须自己从程序集中删除 transitive dependency，如果 transitive dependency 是明确声明。
通过显式声明传递依赖关系来操纵传递信息。
在以下情况下明确包含依赖项是有意义的：
C 和D，它们需要不同版本的传递依赖项B（或者您需要在项目中使用特定版本的B）。在这种情况下，您必须选择B 的版本并显式定义传递依赖关系T。 (*)结论： 我会尽量避免声明，除非明确声明工件是有意义的（比如在案例 (*) 中）。
【讨论】：