.NET 4.8.2下Azure WebJob v3构建失败：project.assets.json缺失

针对你遇到的新格式WebJob项目构建失败、找不到project.assets.json的问题，以下是具体修复方案：

• 强制构建使用.NET Framework专属MSBuild
  新格式SDK-style项目在遇到.NET Core/.NET 8 SDK时会默认采用其构建逻辑，但你的目标框架是.NET Framework 4.8.2，需要明确指定使用VS2022对应的MSBuild版本。

  • 在Azure DevOps的MSBuild任务中，将MSBuild版本设置为Visual Studio 2022 (17.x)，而非依赖dotnet msbuild。
  • 同时在MSBuild参数中添加：/p:UseDotNetNativeToolchain=false，避免触发.NET Core相关的构建流程。

• 调整项目文件配置
  打开新格式WebJob的.csproj文件，确认并添加如下配置，强制项目使用.NET Framework构建逻辑：

  <Project Sdk="Microsoft.NET.Sdk">
    <PropertyGroup>
      <TargetFramework>net482</TargetFramework>
      <!-- 禁用.NET Core SDK预览/自动适配逻辑 -->
      <EnableNETCoreSdkPreview>false</EnableNETCoreSdkPreview>
      <!-- 针对WebJob场景，禁用不必要的桌面框架引用 -->
      <UseWindowsForms>false</UseWindowsForms>
      <UseWpf>false</UseWpf>
    </PropertyGroup>
  </Project>
  

• 明确指定还原时的目标框架
  在构建管道中添加一个Command Line或DotNetCoreCLI任务，先执行还原操作并指定目标框架：

  • 使用DotNetCoreCLI任务：选择restore命令，在Arguments中添加--framework net482
  • 或者使用命令行：dotnet restore YourWebJobProject.csproj --framework net482
    这一步确保生成的project.assets.json完全匹配.NET 4.8.2的依赖结构，避免.NET 8 SDK还原时出现不兼容问题。

• 限制代理机器的.NET SDK版本
  在本地代理机器上设置环境变量DOTNET_ROLL_FORWARD=Disable，阻止.NET SDK自动切换到最新的.NET 8版本；也可以直接在Azure DevOps构建管道的变量中添加该配置，作用于整个构建流程。

• 验证代理机器的VS环境
  确保代理机器安装了与本地开发一致的VS2022社区版，并且构建任务中指定的MSBuild路径指向VS2022的MSBuild（例如C:\Program Files\Microsoft Visual Studio\2022\Community\MSBuild\Current\Bin\MSBuild.exe），而非.NET Core SDK附带的MSBuild。

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