.NET 7多项目Azure Pipelines构建失败求助

1. 核对解决方案文件与仓库结构 #

• 检查Azure Pipelines里的dotnet build命令是否指向正确的.sln文件路径。如果解决方案不在仓库根目录，必须指定相对路径，比如dotnet build ./src/YourSolution.sln
• 打开本地的.sln文件，确认所有依赖项目（Model、Service、Repository等）都已正确添加，且项目路径是相对路径（绝对路径在CI环境会失效）。比如.sln里的项目条目应该是类似Project("{FAE04EC0-301F-11D3-BF4B-00C04F79EFBC}") = "Model", "Model/Model.csproj", "{GUID}"的格式

2. 检查构建任务配置 #

• 确保DotNetCoreCLI@2任务的projects参数指向解决方案文件，而非单个项目的csproj。如果只指定API项目，CI会找不到依赖的其他项目
• 必须添加NuGet包恢复步骤，多项目依赖需要先拉取所有依赖包：

  - task: DotNetCoreCLI@2
    displayName: '恢复NuGet包'
    inputs:
      command: 'restore'
      projects: '**/*.sln'
      feedsToUse: 'select'
  

• 确认workingDirectory参数是否正确，如果解决方案在子目录，要把工作目录设为该子目录

3. 验证项目引用格式 #

• 打开各项目的.csproj文件，检查项目引用的相对路径是否正确。比如API引用Model的节点应该是：

  <ProjectReference Include="..\Model\Model.csproj" />
  

  绝对路径会导致CI环境找不到项目，必须用相对路径，且层级要匹配项目目录结构

4. 排查CI代理环境差异 #

• 强制指定CI使用.NET 7 SDK，避免代理默认用其他版本：

  - task: UseDotNet@2
    displayName: '使用.NET 7 SDK'
    inputs:
      packageType: 'sdk'
      version: '7.x'
  

• 去Azure Repo的文件浏览器里确认所有项目的csproj文件都已上传，避免.gitignore误排除了依赖项目

5. 分步构建定位问题 #

• 拆分管道步骤，先单独构建Model项目，再构建其他项目，看哪一步出错：

  - task: DotNetCoreCLI@2
    displayName: '构建Model项目'
    inputs:
      command: 'build'
      projects: '**/Model.csproj'
      arguments: '--configuration Release'
  

• 查看CI构建的详细日志，定位具体错误行（比如找不到Model的DLL还是命名空间不存在），缩小排查范围

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