如何在Docker中独立缓存.NET项目还原的NuGet包以加速构建

你当前方案失效的核心原因是第一个COPY src/ src/会将整个src目录下所有文件的哈希纳入缓存校验，哪怕后续RUN删除了非csproj文件，只要src下任意源码变更，这一层的缓存就会直接失效，后续的还原步骤必然重新执行，完全达不到缓存效果。
你的需求完全合理，无需依赖外部流水线脚本，仅靠标准Dockerfile配合你当前使用的BuildKit后端即可实现。

可行实现方案 #

利用BuildKit支持的递归通配符匹配，先拷贝所有csproj文件，再重建标准.NET项目的目录结构即可，完整Dockerfile如下：

FROM mcr.microsoft.com/dotnet/sdk:5.0 AS build-env
WORKDIR /src
COPY NuGet.Config .
# 递归拷贝所有层级下的csproj文件到当前工作目录
COPY src/**/*.csproj ./
# 按.NET约定重建项目目录结构（csproj文件名与所在目录名一致）
RUN for csproj in *.csproj; do \
    mkdir -p src/${csproj%.csproj} \
    && mv $csproj src/${csproj%.csproj}/; \
done
# 执行还原，仅当任意csproj变更时才会重新运行
RUN dotnet restore src/Company.Product.Component.App/Company.Product.Component.App.csproj
# 全量拷贝源码
COPY src/ src/
# 构建发布，复用之前的还原结果
RUN dotnet publish src/Company.Product.Component.App/Company.Product.Component.App.csproj -c Release --no-restore -o /out

FROM mcr.microsoft.com/dotnet/aspnet:5.0 AS run-env
WORKDIR /app
COPY --from=build-env /out .
ENTRYPOINT ["dotnet", "Company.Product.Component.App.dll"]

注意事项 #

• 执行docker build的工作目录必须是解决方案根目录（即NuGet.Config、src文件夹的同级目录），上下文参数指定为.即可
• 该方案默认遵循.NET官方项目约定：每个项目的csproj文件名与所在目录名完全一致，如果你的项目不符合这个约定，只需调整RUN里的目录生成逻辑即可
• 如果你的项目结构嵌套层级超过2层（比如src/ModuleA/ServiceA/ServiceA.csproj），只需要调整RUN中的目录拼接逻辑，或者用更通用的find指令重建路径

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