dependencyManagement和dependencies之间的区别是什么?
我在Apache Maven网站上看过文档。
在dependencyManagement下定义的依赖项似乎可以在其子模块中使用，而无需指定版本。
例如:
父项目(Pro-par)在dependencyManagement下定义了一个依赖项:
<dependencyManagement>
<dependencies>
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
<version>3.8</version>
</dependency>
</dependencies>
</dependencyManagement>
然后在Pro-par的子函数中，我可以使用junit:
<dependencies>
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
</dependency>
</dependencies>
但是，我想知道是否有必要在父pom中定义junit ?为什么不在需要的模块中直接定义它呢?
在我看来，还有一件事没有被充分强调，那就是不想要的继承。
下面是一个增量的例子:
我在父母的遗言中声明:
<dependencies>
<dependency>
<groupId>com.google.guava</groupId>
<artifactId>guava</artifactId>
<version>19.0</version>
</dependency>
</dependencies>
繁荣!我把它放在我的子A、子B和子C模块中:
由子poms继承的隐式
一个单独的地方来管理
不需要在child pooms中重新声明任何内容
如果我想，我仍然可以在子B中重新调用和覆盖到18.0版本。
但是，如果我最终在Child C中不需要番石榴，在未来的Child D和Child E模块中也不需要番石榴呢?
他们仍然会继承它，这是不希望的!
这就像Java的God Object代码一样，从类中继承了一些有用的部分，同时也继承了大量不需要的东西。
这就是<dependencyManagement>发挥作用的地方。当你把它添加到你的父pom，你所有的子模块停止看到它。因此，你被迫进入每个单独的模块，确实需要它，并再次声明它(子A和子B，但没有版本)。
显然，您不会为Child C这样做，因此您的模块仍然是精简的。
有几个答案概述了maven的< dependencies >和<dependencyManagement>标记之间的区别。
但是，下面简要阐述了几点:
<dependencyManagement> allows to consolidate all dependencies (used at child pom level) used across different modules -- clarity, central dependency version management
<dependencyManagement> allows to easily upgrade/downgrade dependencies based on need, in other scenario this needs to be exercised at every child pom level -- consistency
dependencies provided in <dependencies> tag is always imported, while dependencies provided at <dependencyManagement> in parent pom will be imported only if child pom has respective entry in its <dependencies> tag.
