Azure DevOps上多模块Spring项目构建失败求助

核心问题分析 #

错误提示包含两个关键矛盾点：一是Azure Artifacts仓库的401未授权（本地编译正常是因为本地IDE或Maven缓存了凭据，DevOps管道无默认凭据注入）；二是父POM相对路径指向错误（大概率是代码拉取不完整，或路径配置在DevOps环境未生效）。

1. 修复Azure DevOps构建管道的身份验证 #

• 给构建服务账户（如Project Collection Build Service (你的项目名)）分配Azure Artifacts仓库的读取权限：进入Azure Artifacts仓库→设置→权限，添加该账户并授予Read权限
• 在Maven构建任务中配置凭据：
  • 直接使用Azure Artifacts服务连接：在Maven任务的「Feed」选项中选择对应仓库，自动注入合法凭据
  • 或自定义settings.xml：在servers节点中添加仓库ID对应的PAT（PAT需勾选Packages (Read)权限），示例代码：

    <servers>
      <server>
        <id>你的仓库ID</id>
        <username>任意字符串</username>
        <password>你的PAT令牌</password>
      </server>
    </servers>
    

  注意：PAT不要硬编码，用DevOps变量存储并引用

2. 确保父POM的正确引用与构建顺序 #

• 若父POM未发布到远程仓库：在DevOps的Maven任务中执行命令clean install -pl . -am，先构建根目录的父模块，再自动构建所有依赖子模块（-pl .指定根模块，-am触发依赖模块构建）
• 修正子模块的parent.relativePath：确保路径与实际项目结构一致，比如父pom在根目录，子模块在module-a文件夹中，relativePath应为../pom.xml；同时确认Git拉取任务完整拉取了父pom文件，无缺失
• 若父POM已发布到Azure Artifacts：确认子模块parent节点的groupId、artifactId、version与父POM完全匹配，且仓库配置正确

3. 排查代码拉取与settings.xml配置 #

• 检查Git拉取任务：禁用浅克隆，确保拉取完整仓库代码；若项目包含Git子模块，勾选「Checkout submodules」选项
• 确保DevOps管道使用的settings.xml包含Azure Artifacts仓库的镜像配置，示例代码：

  <mirrors>
    <mirror>
      <id>你的仓库ID</id>
      <mirrorOf>*</mirrorOf>
      <url>https://pkgs.dev.azure.com/你的组织/_packaging/你的仓库/maven/v1</url>
    </mirror>
  </mirrors>
  

内容的提问来源于stack exchange，提问作者PratikJava