Maven的继承和属性求值

Question

由于据说系统范围已弃用且危险，我们使用本地存储库。存储库位于父文件夹中，并由大多数子模块使用。现在包括 repo 变得困惑。提供 URL 有点像 hack。

我们在子模块中尝试了 ${project.parent.basedir}/repo，但这没有任何结果。我们也尝试在父pom中设置，...

<repository>
  <id>project_repo</id>
  <url>file://${project.basedir}/project_repo</url>
</repository>

但是 maven 决定将给定的 url 发送给子模块，子模块依次评估属性。这导致我们陷入了只获取相对父目录的困惑局面，迫使子模块成为父 pom 的子文件夹:

<url>file://${project.basedir}/../project_repo</url>

这是问题 Y .关于 X 的问题是，为什么 maven 在评估之前继承，我该如何避免这种情况？

Answer 1

forcing the submodules to be subfolders of the parent pom

不管其他面临的问题，这实际上是一般推荐的方法，将多模块/聚合项目(父级)和子模块作为子文件夹，以便有一个中央/入口点文件夹(父级) ) 提供通用配置和治理(其 pom.xml 文件)和模块(子文件夹)。

but maven decides to ship the url as given to the submodules which in turn evaluate the property.

确实 project.basedir 被评估为包含 pom.xml 的文件夹，针对我们当前正在构建(或子构建，在模块的情况)，因为构建项目是给定时间的模块。
来自 official documentation关于 project.basedir

The directory that the current project resides in.

如果您希望始终指向启动构建的文件夹(即本例中的聚合器/父项目)，您可以改用 session.executionRootDirectory。

但是，如果希望直接从其目录构建模块，请特别小心，然后您可能会遇到麻烦(路径问题):您应该始终使用诸如 -pl 之类的 react 堆选项从父级运行它>(要构建的项目)。

这也引发了进一步的思考:项目的维护和可读性可能会受到这种方法的影响。企业 Maven 存储库将是更好的解决方案。

---

关于 SO 的进一步阅读:

• Maven variable for reactor root
• Finding the root directory of a multi module maven reactor project

---

更新

The question concerning X is, why does maven inherit before evaluation and how can I avoid this?

关于您的 X 问题，这是我能找到的解释:

答案依赖于 Maven 构建的核心，Maven Model Builder :

The effective model builder, with profile activation, inheritance, interpolation, ...

特别是，它按以下顺序执行以下步骤:

• phase 1
  • profile activation
  • raw model validation
  • model normalization
  • profile injection
  • parent resolution until super-pom
  • inheritance assembly
  • model interpolation
  • url normalization

粗体是我的。也就是说，它这样做是因为它的模型要求它这样做。