.NET 6 Azure Web App通过GitHub CI/CD部署后出现ANCM依赖缺失错误

以下是针对你的问题的具体排查和解决思路：

1. 强制GitHub Actions构建匹配32位架构 #

你的Web App是32位Windows环境，GitHub Actions默认可能用64位环境构建，导致发布包的依赖不匹配。修改GitHub Actions的yml配置：

• 在setup-dotnet步骤中指定32位架构：

- name: Setup .NET
  uses: actions/setup-dotnet@v2
  with:
    dotnet-version: '6.0.x'
    architecture: x86

• 在dotnet publish命令中明确指定目标架构和Windows runtime：

- name: Publish
  run: dotnet publish YourWebApp.csproj -c Release -o ${{env.DOTNET_ROOT}}/publish --framework net6.0-windows --runtime win-x86 --no-self-contained

2. 核对发布模式与VS保持一致 #

VS发布时的默认配置可能和GitHub Actions的标准yml不同，确保两者的发布模式一致：

• 如果VS用的是框架依赖模式，在GitHub Actions的publish命令中添加--no-self-contained，同时确认Azure Web App已安装32位的.NET 6运行时。
• 如果VS用的是自包含模式，publish命令要加上--self-contained true和--runtime win-x86，确保所有依赖都打包到发布包中。

3. 排除测试项目对构建的干扰 #

新增的XUnit测试项目可能在构建时引入了额外依赖，或者导致主项目的构建配置被修改：

• 在GitHub Actions的构建步骤中，明确指定只构建Web应用项目，而不是整个解决方案：

- name: Build
  run: dotnet build YourWebApp.csproj -c Release --architecture x86

• 检查测试项目的NuGet包是否有架构冲突的依赖，比如引用了仅64位的包，导致构建时混入不兼容的文件。

4. 对比VS与GitHub Actions的发布包 #

下载GitHub Actions生成的发布包，和VS本地发布的包对比文件结构：

• 重点检查bin/Release/net6.0-windows/publish/runtimes/win-x86目录下的本地依赖文件是否存在，确保两者的文件数量和版本一致。
• 如果GitHub Actions的包缺少某些native依赖，说明构建过程中没有正确包含这些文件，需要调整publish命令的参数。

5. 确认Azure Web App的运行时配置 #

登录Azure门户，检查Web App的配置：

• 进入配置 > 常规设置，确认平台设置为32位，.NET版本选择6.0（确保是32位运行时）。
• 如果之前修改过运行时版本，可能需要重启Web App生效。

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