Azure Pipelines执行NuGet Pack时报NU5012找不到NCrunch.Framework.dll

前置说明 #

NU5128警告与本次打包失败无关联，该警告仅为nuspec依赖组与lib/ref目录目标框架不匹配的提示，不会阻断打包流程，本次错误由NU5012触发。

问题诱因 #

• Azure Pipelines的NuGet Pack任务默认使用通配符扫描仓库内所有.csproj文件执行打包操作，NCrunch.Framework为已安装的第三方依赖包，其.csproj文件存放在packages目录下，也被扫描规则命中。
• 前置VS Build任务仅会编译业务项目，不会编译packages目录下的第三方组件项目，因此打包时无法找到NCrunch.Framework对应的输出dll，抛出NU5012错误。
• 本地打包正常是因为本地操作通常仅针对单个业务项目执行打包，不会触发packages目录下第三方项目的打包逻辑。

解决方案 #

• 方案1：调整Pack任务的文件匹配规则，排除第三方目录
  不管是经典界面配置还是YAML配置，都可以在packagesToPack参数里添加排除规则，将packages目录下的.csproj过滤掉，配置示例：
  经典界面配置的匹配规则填：**/*.csproj;-:**/packages/**/*.csproj
  YAML配置示例：

  - task: NuGetCommand@2
    inputs:
      command: 'pack'
      packagesToPack: '**/*.csproj;!**/packages/**/*.csproj'
      versioningScheme: 'off'
      # 其余原有配置保持不变
  

• 方案2：精准指定需打包的业务项目
  不使用全局通配符匹配所有csproj，直接填写业务项目的完整路径，例如：src/MyBusinessProject/MyBusinessProject.csproj，完全避免扫描到第三方组件的项目文件。
• 方案3：使用SDK风格项目的内置打包能力
  若你的业务项目使用新的SDK风格csproj格式，可以直接在Build阶段完成打包，无需单独配置NuGet Pack任务，执行命令：
  dotnet build --configuration Release /t:Pack
  该命令仅会对当前指定项目执行构建+打包，不会触发第三方项目的打包逻辑。

如果需要消除NU5128警告，可以在你的nuspec文件中添加.NETFramework4.8对应的依赖组，或者在业务项目的csproj文件中补充对应目标框架的声明即可。

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