当前位置: 首页 > article >正文

关于在GitLab的CI/CD中用docker buildx本地化多架构打包dotnet应用的问题

关于在GitLab的CI/CD中用docker buildx本地化多架构打包dotnet应用的问题

  • 这是一个DevOps综合性问题
    • docker buildx多架构打包.NET应用的问题
      • 用QEMU模拟多架构环境打包

这是一个DevOps综合性问题

网络上的方案都是细分的领域,未见一个集成了GitLab+docker+dotnet的多架构DevOps方案。由此,才产生了这篇文章,来说一说,我在自动化持续交付的过程中遇到的问题,以及解决方案。

docker buildx多架构打包.NET应用的问题

关于多架构构建,可以参考使用Docker buildx 为 .NET 构建多平台镜像这篇博文。

用QEMU模拟多架构环境打包

我与他不同的是,我的客户环境是信创,服务器无法连接公网,需要本地化打包成.tar包,而不是pushDocker 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 443

FROM mcr.microsoft.com/dotnet/sdk:8.0 AS build
WORKDIR /src

COPY ["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/build

FROM build AS publish
RUN dotnet publish "Demo.csproj" -r linux-arm64 --no-restore -c Release -o /app/publish

FROM 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架构环境来打包的方式以失败告终。


http://www.kler.cn/a/388024.html

相关文章:

  • 封装el-menu
  • 文献解读-DNAscope: High accuracy small variant calling using machine learning
  • win32 / WTL 开发多线程应用,子线程传递大对象给UI线程(主窗口)的方法
  • VMware虚拟机安装Win7专业版保姆级教程(附镜像包)
  • 【go从零单排】Random Numbers、Number Parsing
  • 25浙江省考-专项刷题(资料分析)-错题本
  • 06:(寄存器开发)对上电/复位的SystemInit函数进行分析
  • 【Java项目】基于SpringBoot的【生鲜交易系统】
  • MySQL —— Innodb 索引数据结构
  • 《操作系统 - 清华大学》3 -1:计算机体系接口及内存分层体系
  • Rust项目中的Labels
  • MYSQL备库的并行复制
  • 压缩Minio桶中的文件为ZIP,并通过 HTTP 响应输出
  • solidworks、sw_to_urdf的一些心得
  • Web实时消息推送
  • 一文学习Android中的Property
  • [Redis] Redis主从复制模式
  • 在vue3的vite网络请求报错 [vite] http proxy error:
  • 微星爆破弹ddr4wifi接线梳理研究
  • Flink滑动窗口(Sliding)中window和windowAll的区别
  • redis用法(二)
  • 项目功能--运营数据统计报表导出
  • 【真题笔记】21年系统架构设计师案例理论点总结
  • 【SpringBoot】19 文件/图片下载(MySQL + Thymeleaf)
  • 说说webpack中常见的Plugin?解决了什么问题?
  • Ubuntu18.04更换PREEMPT RT内核