Docker构建.NET Core 3.1镜像在两台主机上结果不一致问题咨询

Docker的环境一致性是基于镜像层内容无差异的前提实现的，以下宿主侧或构建逻辑的差异会破坏这个前提，导致本次报错：

• BuildKit 开关状态差异：Docker 19.03版本默认关闭BuildKit构建引擎，20.10版本默认开启BuildKit。BuildKit的文件系统挂载逻辑、并行调度逻辑和旧构建引擎有差异，而BuildBundlerMinifier v3.2.449存在已知的并发兼容性问题，在BuildKit环境下极易触发MSBuild内部的上下文映射错误。
• 同标签镜像实际内容差异：即使添加了--pull参数，如果两台主机配置的Docker镜像源不一致，或者源站对旧标签镜像做了静默更新，会导致两台主机拉取的mcr.microsoft.com/dotnet/sdk:3.1实际哈希不一致，内置的MSBuild、SDK组件版本有差异。
• 构建上下文内容差异：如果两台主机的本地代码仓库存在未提交的变更、.gitignore规则不一致，会导致COPY . .步骤复制到镜像内的文件不一样，比如host2本地存在未被忽略的bin/obj文件夹，和构建过程生成的文件冲突触发MSBuild异常。
• 并行构建触发阈值差异：本次报错属于MSBuild的多线程并行构建偶现bug，Docker默认将宿主机所有CPU核心分配给构建容器，两台主机核心数不同会导致MSBuild默认并行度不同，核心数更高的主机触发该并发bug的概率更高。

• Docker daemon 配置：对比两台主机/etc/docker/daemon.json内容，重点检查features.buildkit开关状态、镜像源配置、存储驱动类型。
• 构建上下文一致性：分别在两台主机的代码目录执行git status确认工作区是否干净，检查是否存在未被忽略的本地编译产物、临时文件。
• SDK镜像哈希：分别执行docker inspect mcr.microsoft.com/dotnet/sdk:3.1 | grep Digest，确认两台主机拉取的同标签SDK镜像实际摘要是否一致。
• 宿主机硬件配置：执行nproc查看两台主机的CPU核心数，可通过docker build --cpus 1参数限制构建用CPU核心数验证是否为并行构建触发的bug。

如果需要快速对齐构建结果，可尝试以下操作：

1. 禁用BuildKit构建：执行DOCKER_BUILDKIT=0 docker build -t myimage --pull --no-cache .
2. 禁用MSBuild并行构建：修改Dockerfile中的build、publish命令，添加/m:1参数，示例：

RUN dotnet build ./MovieTickets.Web/MovieTickets.Web.csproj -c Release -o /app/build /m:1
RUN dotnet publish ./MovieTickets.Web/MovieTickets.Web.csproj -c Release -o /app/publish /m:1

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