含嵌套解决方案文件的.NET多项目应用Docker化路径报错如何修复

• Dockerfile 中COPY指令的源路径是相对于docker build命令指定的构建上下文根目录，而非 Dockerfile 本身的存放路径，这是大部分.NET多项目Docker化报错的核心诱因
• 你当前的构建上下文是三个项目的父级根目录，Dockerfile 内写的相对路径和实际文件位置不匹配，尝试访问上下文外路径时就会触发Forbidden path outside the build context报错

1. 调整Dockerfile内容（无需移动Dockerfile位置） #

修改你存放在ProjectApi目录下的Dockerfile，内容如下：

FROM mcr.microsoft.com/dotnet/aspnet:6.0 AS base
WORKDIR /app
EXPOSE 80

FROM mcr.microsoft.com/dotnet/sdk:6.0 AS build
WORKDIR /src
# 按构建上下文根目录为相对路径，复制所有项目的csproj文件
COPY ["ProjectApi/ProjectApi.csproj", "ProjectApi/"]
COPY ["Project1/Project1.csproj", "Project1/"]
COPY ["Project2/Project2.csproj", "Project2/"]
# 还原路径对应调整为ProjectApi子目录下的csproj
RUN dotnet restore "./ProjectApi/ProjectApi.csproj"
# 复制整个上下文内的所有文件
COPY . .
WORKDIR "/src/."
# 构建路径对应调整
RUN dotnet build "ProjectApi/ProjectApi.csproj" -c Release -o /app/build

FROM build AS publish
# 发布路径对应调整
RUN dotnet publish "ProjectApi/ProjectApi.csproj" -c Release -o /app/publish

FROM base AS final
WORKDIR /app
COPY --from=publish /app/publish .
ENTRYPOINT ["dotnet", "ProjectApi.dll"]

2. 补全Jenkins执行命令 #

你原来的docker run命令缺少镜像名称参数，修改后的Jenkins配置如下：

docker rmi $(docker images -q) || true
sh stop_containers.sh || true

# 构建命令无需调整，确保执行时当前工作目录为三个项目的父级根目录即可
docker build --no-cache -t project_server_api -f ./ProjectApi/Dockerfile .
# 补全镜像名，如需外部访问可自行添加端口映射参数，如 -p 8080:80
docker run -d --log-opt max-size=5m --log-opt max-file=3 --name projectApi project_server_api
cd ..

提示：Linux系统下路径区分大小写，请确保ProjectApi目录名、Dockerfile文件名的大小写和实际文件完全匹配，避免出现找不到文件的错误。

修改完成后所有项目文件都在构建上下文范围内，不会触发路径越界报错，COPY、还原、构建、发布的路径均和实际文件位置匹配，可正常识别项目间的引用关系完成构建。

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