Docker Compose部署Nginx+.NET Core时Dockerfile找不到csproj文件

核心报错原因 #

Docker构建存在严格的上下文边界限制：构建过程中仅能访问build.context配置路径下的文件，无法读取该路径上级目录的任何内容。
当前配置中api服务的构建上下文设为./RentServiceApp，但Dockerfile内尝试通过../RentService.Common/路径读取上级平级目录的类库项目文件，直接越过了上下文允许的访问范围，因此触发找不到csproj的报错。

修复步骤 #

• 修改docker-compose.yml中api服务的构建配置，将上下文提升至RentServiceApp和RentService.Common的共同父目录（即docker-compose.yml所在的项目根目录），同时正确指定Dockerfile的相对路径：

api:
    image: bbb
    depends_on:
      - reverseproxy
    build:
      context: .
      dockerfile: ./RentServiceApp/Dockerfile
    expose:
      - "5000"
    restart: always

• 调整RentServiceApp/Dockerfile内的文件复制路径，所有COPY路径以新的构建上下文（项目根目录）为基准书写：

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

FROM mcr.microsoft.com/dotnet/sdk:6.0 AS build
WORKDIR /src
# 修正csproj复制路径，匹配根目录上下文
COPY ["RentServiceApp/RentServiceApp.csproj", "./"]
COPY ["RentService.Common/RentService.Common.csproj", "./"]

RUN dotnet restore "./RentServiceApp.csproj"
COPY . .
WORKDIR "/src/."
RUN dotnet build "RentServiceApp/RentServiceApp.csproj" -c Release -o /app/build

FROM build AS publish
RUN dotnet publish "RentServiceApp/RentServiceApp.csproj" -c Release -o /app/publish

FROM base AS final
WORKDIR /app
COPY --from=publish /app/publish .
ENV ASPNETCORE_URLS http://*:5000
ENTRYPOINT ["dotnet", "RentServiceApp.dll"]

• 清理旧构建缓存后重新部署，避免缓存导致的异常：

docker-compose down
docker-compose build --no-cache
docker-compose up -d

注意事项 #

• Dockerfile中所有COPY、ADD指令的相对路径基准是build.context配置的目录，而非Dockerfile自身所在的目录，配置路径时不要混淆基准
• 构建上下文不要设置过大范围（比如系统根目录），否则会将无关文件打入构建流程，拖慢构建速度，甚至存在敏感文件泄露风险
• 若后续新增其他平级类库依赖，直接以项目根目录为基准写COPY路径即可，无需再次调整上下文配置

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