.Net项目Docker镜像构建排除编译阶段及M1环境适配问题咨询

Q1：是否可在Dockerfile中排除编译阶段直接运行.Net应用？ #

完全可以，这种方式属于直接部署已编译的.NET应用，但需要满足两个关键前提：

• 确保Jenkins编译输出的是完整的发布包：必须使用dotnet publish命令（而非仅编译生成DLL），该命令会自动将项目依赖的所有第三方库（比如NLog的相关DLL）、配置文件等打包到输出目录中，而不是只生成项目自身的DLL。
• Dockerfile中要完整复制所有必要文件：将Jenkins生成的整个发布目录（而非仅lib/net6.0子目录）复制到.NET运行时镜像的工作目录中，同时基础镜像要使用对应版本的.NET运行时镜像（例如mcr.microsoft.com/dotnet/aspnet:6.0），而非SDK镜像。

你当前遇到的System.IO.FileNotFoundException，本质是镜像中缺少NLog的依赖文件——要么是Jenkins编译时没把NLog的DLL包含到输出里，要么是Dockerfile复制文件时只拿了项目自身的DLL，漏掉了第三方依赖。

Q2：MacBook M1是否完全支持.Net Core及.Net 6开发，以便通过Jenkins流水线部署到AKS？ #

MacBook M1（ARM64架构）完全支持.NET Core 3.1和.NET 6的开发与流水线部署：

• .NET官方从.NET 5开始就对ARM64提供了完整支持，.NET 6更是优化了ARM架构的兼容性，微软提供了对应ARM版本的SDK和运行时安装包。
• 本地Docker在M1上可以直接构建ARM64架构的镜像，也能通过Rosetta 2兼容模式构建x86_64镜像；AKS支持ARM64和x86_64两种节点类型，只要镜像架构与AKS节点架构匹配，或者构建多架构镜像，就能正常部署运行。
• Jenkins流水线在M1上可正常运行：安装对应ARM版本的.NET SDK后，就能完成编译、构建镜像、推送镜像到容器仓库、部署到AKS的全流程。

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