在Azure Pipelines中构建多模块Maven项目遇到依赖解析问题的解决方案

43次阅读

问题描述

在使用Azure Pipelines构建多模块Maven项目时遇到了问题。他的项目结构如下：

Desk
|---- desk-api
|          \---- pom.xml
|---- desk-implementation
|          \---- pom.xml
|---- pom.xml
Room
|---- room-api
|          \---- pom.xml
|---- room-implementation
|          \---- pom.xml
|---- pom.xml
User
|---- user-api
|          \---- pom.xml
|---- user-implementation
|          \---- pom.xml
|---- pom.xml

其中：
– desk-implementation 依赖于 user-api 和 desk-api
– room-implementation 依赖于 user-api 和 room-api
– user-implementation 依赖于所有的 API

在使用 Azure Pipelines 的 Maven@3 任务构建 APIs 时，一切正常，但当尝试构建实现模块时出现了问题。似乎在执行任务时，代理无法找到先前构建的 API 的 JAR 包。

解决方案

以下解决方案基于 Azure Pipelines 和 Maven 构建。请确保按照步骤操作，并在执行前备份相关文件。

使用Azure Artifacts（推荐）

目前，解决这个问题的最佳方法是使用 Azure Artifacts 来管理项目中的依赖项。以下是解决方案的步骤：

在 Azure DevOps 中创建一个 Azure Artifacts feed。这个 feed 将用来存储项目的构建产物和依赖。
在各个模块的 pom.xml 文件中，将依赖项的版本改为从 Azure Artifacts feed 获取。使用 <dependencyManagement> 元素来统一管理依赖的版本。
在 Azure Pipelines 中的 Maven 构建任务中，将 “Options” 部分的 “Path to settings.xml” 设置为包含 Azure Artifacts feed 信息的 settings.xml 文件路径。

这种方式会使你的构建更稳定，并确保所有模块都使用相同版本的依赖。此外，Azure Artifacts 还提供了缓存功能，可以加速依赖的下载。

备选方法

如果不使用 Azure Artifacts，你可以考虑以下备选方法：

手动拷贝依赖：在实现模块的 pom.xml 中，将依赖的 JAR 文件手动拷贝到合适的目录，例如 $(System.DefaultWorkingDirectory) 或实现模块的目录。确保构建任务能够找到这些 JAR 文件。
在一个Pipeline中构建全部模块：创建一个单独的 Pipeline，构建所有模块。这样可以确保所有依赖在同一个构建过程中解析。

然而，这些备选方法可能会增加维护成本，而且在多模块项目中可能不够灵活和稳定。