Maven 在运行 mvn dependency:tree 时无法识别兄弟模块

正如 this maven mailing list thread 中所讨论的，dependency:tree 目标本身将在存储库而不是反应器中查找内容。您可以按照前面的建议通过 mvn 安装来解决这个问题，或者做一些不那么繁琐的事情来调用反应器，例如

mvn compile dependency:tree

为我工作。

我认为问题在于，当您指定依赖项时，Maven 期望将其作为 jar（或其他）打包并至少从本地存储库中可用。我敢肯定，如果您首先在您的公共项目上运行 mvn install，那么一切都会正常工作。

从 Don Willis 获得 answer 的奖励：

如果您的构建创建了 test-jars 以在您的反应器子模块之间共享测试代码，您应该使用：

mvn test-compile dependency:tree

在这种情况下，这将允许 dependency:tree 运行完成。

意识到这是一个较旧的线程，但似乎该工具已经进化，或者这可能是第一次错过了。

可以通过进行 reactor 构建来执行构建来解决依赖关系而无需安装。

如果您在描述项目模块结构的父级中开始构建，那么您的模块之间的依赖关系将在构建过程中通过内部 Maven 反应器解决。

当然，这不是完美的解决方案，因为它不能解决结构内单个模块的构建问题。在这种情况下，Maven 在他的反应器中将没有依赖项，并且会在存储库中寻找解决它。因此，对于单个构建，您仍然必须先安装依赖项。

下面是一些描述这种情况的reference。

唯一对我有用的东西：切换到 gradle :(

我有

Parent
  +---dep1
  +---war1 (using dep1)

我可以在 war1 中 cd 并使用 mvn tomcat7:run-war。尽管war1引用了他的父级并且父级引用了war1和dep1（作为模块），但我之前总是必须安装整个项目，因此应该知道所有依赖项。

我不明白问题是什么。

对我来说，导致我进入这个线程的是一个类似的问题，解决方案是确保所有模块依赖 pom 都有

 <packaging>pom</packaging>

父母有

绒球

我的模型部门有 pom - 所以找不到罐子。

在这样的 Maven 模块结构中：

- parent
  - child1
  - child2

您将在 parent pom 中拥有：

<modules>
  <module>child1</module>
  <module>child2</module>
</modules>

如果您现在通过将以下内容放入 child2 中的 <dependencies> 中来依赖 child2 中的 child1：

<dependency>
  <groupId>example</groupId>
  <artifactId>child1</artifactId>
</dependency>

您将收到无法找到 child1 的 JAR 的错误消息。这可以通过在 parent 的 pom 中声明一个包含 child1 的 <dependencyManagement> 块来解决：

<dependencyManagement>
  <dependencies>
    <dependency>
      <groupId>example</groupId>
      <artifactId>child1</artifactId>
      <version>${project.version}</version>
    </dependency>
  </dependencies>
</dependencyManagement>

现在，当您在 parent 上运行 compile 或 package 等目标时，将构建 child1，并且 child2 将找到 child1 的已编译文件。

使用版本 >= 3.1.2 的依赖插件似乎可以解决问题。

确保失败的模块在 pom 中得到解决，通过在模块的 pom 文件中包含配置来指向正确的父级。