这是一个DevOps综合性问题
网络上的方案都是细分的领域，未见一个集成了GitLab+docker+dotnet的多架构DevOps方案。由此，才产生了这篇文章，来说一说，我在自动化持续交付的过程中遇到的问题，以及解决方案。
docker_buildxNET_6">docker buildx多架构打包.NET应用的问题
关于多架构构建，可以参考使用Docker buildx 为 .NET 构建多平台镜像这篇博文。
QEMU_10">用QEMU模拟多架构环境打包
我与他不同的是，我的客户环境是信创，服务器无法连接公网，需要本地化打包成.tar包，而不是push到Docker Hub上。
但由于客户服务器是arm64架构的CPU，我本地没有相同架构的机器，于是我尝试在公司的amd64架构服务器上用QEMU模拟arm64的docker环境来编译。
shell命令如下：
docker buildx build --platform linux/arm64 -t demo:v1.0.0-linux-arm64 -o type=docker,dest=demo-linux-arm64.tar -f src/Demo/Dockerfile .
Dockerfile如下：
FROM mcr.microsoft.com/dotnet/aspnet:8.0 AS base
WORKDIR /app
EXPOSE 80
EXPOSE 443FROM mcr.microsoft.com/dotnet/sdk:8.0 AS build
WORKDIR /srcCOPY ["Demo/Demo.csproj", "Demo/Demo.csproj"]RUN dotnet restore "Demo.csproj" -r linux-arm64
COPY . .WORKDIR "/src/Demo"
RUN dotnet build "Demo.csproj" -r linux-arm64 --no-restore -c Release -o /app/buildFROM build AS publish
RUN dotnet publish "Demo.csproj" -r linux-arm64 --no-restore -c Release -o /app/publishFROM base AS final
WORKDIR /app
COPY --from=publish /app/publish .
ENTRYPOINT ["dotnet", "Demo.dll"]
在RUN dotnet restore "Demo.csproj" -r linux-arm64还原时报错：
MSBUILD : error : This is an unhandled exception in MSBuild -- PLEASE UPVOTE AN EXISTING ISSUE OR FILE A NEW ONE AT https://aka.ms/msbuild/unhandled
MSBUILD : error : System.NullReferenceException: Object reference not set to an instance of an object.
这个报错很明显是MSBUILD的错误，由于我程序在调试编译时是没问题的，所以想到应该是架构不同引发的问题。在网上查找一番，发现-a这个参数可以指定架构，于是改成了RUN dotnet restore "Demo.csproj" -a arm64。
这次编译成功了，有点得意，拿去客户服务器部署，却还是报错Exec format error。
此时查看docker镜像确实是arm64架构的。
说明，虽然编译成功，镜像也是arm64架构了，但MSBUILD生成的dll文件的格式还是amd64架构的。
这就犯难了，明明用了QEMU模拟arm64的docker环境，镜像也成功打包成了arm64架构的，那是dotnet与QEMU环境无法兼容？
于是，就查到了[Unhandled Exception]: System.NullReferenceException: Object reference not set to an instance of an object.。
注意到这句话：This is dotnet/runtime#78340 which is likely rooted to https://gitlab.com/qemu-project/qemu/-/issues/249.
从dotnet/runtime#78340页面中找到了相关内容：
QEMU不支持.NET" />
至此，通过模拟arm64架构环境来打包的方式以失败告终。
