Azure DevOps中dotnet pack忽略指定项目路径问题求助

开发者阿泽

2026-7-6

Azure DevOps管道dotnet pack指定路径失效问题排查与解决

可能原因

项目路径参数不完整：仅指定文件夹路径而非具体.csproj文件时，dotnet pack会自动扫描当前目录下第一个符合打包条件的项目，恰好MediaAssetSquid.Audio.Models是第一个被识别的可打包项目。
变量作用域或值覆盖：$(ProjectFolder)变量在pack步骤中可能未正确传递，或被其他步骤/全局变量覆盖，导致实际指向的路径不符合预期。
项目打包配置缺失：MediaAssetSquid.Common项目的.csproj文件中未设置<IsPackable>true</IsPackable>，导致该项目不被视为可打包对象，dotnet pack转而选择其他可打包项目。
工作目录不一致：pack步骤的工作目录与restore/build步骤不同，导致相对路径解析错误，最终指向了错误的项目。

解决方案

明确指定完整项目文件路径：修改pack命令为dotnet pack $(ProjectFolder)/MediaAssetSquid.Common.csproj --no-build，通过.csproj文件精准锁定目标项目，--no-build参数复用之前build的成果，避免重复构建带来的干扰。
验证变量实际值：在pack步骤前添加一个输出变量的步骤，确认$(ProjectFolder)的实际值：
```
- script: echo "ProjectFolder value: $(ProjectFolder)"
  displayName: 'Check ProjectFolder variable'
```
检查项目打包配置：打开MediaAssetSquid.Common.csproj文件，确保包含以下配置（类库项目默认通常为true，但如果被手动修改过需修正）：
```
<PropertyGroup>
  <IsPackable>true</IsPackable>
</PropertyGroup>
```

统一工作目录：确保pack步骤的workingDirectory与restore/build步骤一致，例如：

- task: DotNetCoreCLI@2
  displayName: 'dotnet pack'
  inputs:
    command: 'pack'
    packagesToPack: '$(ProjectFolder)/MediaAssetSquid.Common.csproj'
    workingDirectory: '$(System.DefaultWorkingDirectory)' # 与restore/build步骤保持一致
    nobuild: true