Docker 缓存失效

Question

我的自定义 Dockerfile 遇到了一些奇怪的问题，在 alpine 容器中编译了一个 .Net 核心应用程序。

我尝试了许多不同的配置都无济于事 - 当我执行最后一条FROM指令时，缓存总是无效的（如果我注释掉它以及它下面的所有内容，缓存工作正常）。这是文件：

FROM microsoft/dotnet:2.1-sdk-alpine3.7 AS build
ARG ASPNETCORE_ENVIRONMENT=development
ARG ASPNET_CONFIGURATION=Debug
ARG PROJECT_DIR=src/API/
ARG PROJECT_NAME=MyAPI
ARG SOLUTION_NAME=MySolution

RUN export

WORKDIR /source

COPY ./*.sln ./nuget.config ./

# Copy source project files
COPY src/*/*.csproj ./
RUN for file in $(ls *.csproj); do mkdir -p src/${file%.*}/ && mv $file src/${file%.*}/; done

# # Copy test project files
COPY test/*/*.csproj ./
RUN for file in $(ls *.csproj); do mkdir -p test/${file%.*}/ && mv $file test/${file%.*}/; done

RUN dotnet restore

COPY . ./

RUN for dir in test/*.Tests/; do (cd "$dir" && dotnet test --filter TestType!=Integration); done

WORKDIR /source/${PROJECT_DIR}

RUN dotnet build ${PROJECT_NAME}.csproj -c $ASPNET_CONFIGURATION -o /app

RUN dotnet publish ${PROJECT_NAME}.csproj -c $ASPNET_CONFIGURATION -o /app --no-restore

FROM microsoft/dotnet:2.1-aspnetcore-runtime-alpine3.7
ARG ASPNETCORE_ENVIRONMENT=development

RUN export

COPY --from=build /app .

WORKDIR /app
EXPOSE 80
VOLUME /app/logs

ENTRYPOINT ["dotnet", "MyAssembly.dll"]

有任何想法吗？提示？提示？非常明显的错误？我检查了每一层，COPY . ./指令只复制我希望它复制的文件 - 它们在构建之间都没有改变。

还值得注意的是，如果我删除最后一条 FROM 指令（和其他相关行），缓存可以完美运行 - 但最终图像大小显然比基本microsoft/dotnet:2.1-aspnetcore-runtime-alpine3.7（172Mb vs 1.8Gb）图像大得多。我试过在 之后注释掉COPY指令FROM，但它不会影响缓存失效。以下按预期工作：

FROM microsoft/dotnet:2.1-sdk-alpine3.7 AS build
ARG ASPNETCORE_ENVIRONMENT=development
ARG ASPNET_CONFIGURATION=Debug
ARG PROJECT_DIR=src/API/
ARG PROJECT_NAME=MyAPI
ARG SOLUTION_NAME=MySolution

RUN export

WORKDIR /source

COPY ./*.sln ./nuget.config ./

# Copy source project files
COPY src/*/*.csproj ./
RUN for file in $(ls *.csproj); do mkdir -p src/${file%.*}/ && mv $file src/${file%.*}/; done

# # Copy test project files
COPY test/*/*.csproj ./
RUN for file in $(ls *.csproj); do mkdir -p test/${file%.*}/ && mv $file test/${file%.*}/; done

RUN dotnet restore

COPY . ./

RUN for dir in test/*.Tests/; do (cd "$dir" && dotnet test --filter TestType!=Integration); done

WORKDIR /source/${PROJECT_DIR}

RUN dotnet build ${PROJECT_NAME}.csproj -c $ASPNET_CONFIGURATION -o /app

RUN dotnet publish ${PROJECT_NAME}.csproj -c $ASPNET_CONFIGURATION -o /app --no-restore

WORKDIR /app
EXPOSE 80
VOLUME /app/logs

ENTRYPOINT ["dotnet", "MyAssembly.dll"]

.dockerignore 如下：

base-images/
docker-compose.yml
docker-compose.*.yml
VERSION

**/.*
**/*.ps1
**/*.DotSettings
**/*.csproj.user
**/*.md
**/*.log
**/*.sh
**/Dockerfile
**/bin
**/obj
**/node_modules
**/.vs
**/.vscode
**/dist
**/packages/
**/wwwroot/

最后一点信息：我正在使用 docker-compose 构建容器 - 特别是通过运行docker-compose build myservicename，但是构建图像会docker build -f src/MyAssembly/Dockerfile -t MyImageName .产生相同的结果。

Answer 1

如果您在本地构建并且缓存无法工作 \xe2\x80\x93 那么我不知道问题是什么:)

\n

但如果您正在构建 CI \xe2\x80\x93 的一部分，那么问题可能是您需要显式地拉取、构建和推送中间阶段：

\n

> docker pull MyImageName:build || true\n> docker pull MyImageName:latest || true\n> docker build --target build --tag MyImageName:build .\n> docker build --cache-from MyImageName:build --tag MyImageName:latest .\n> docker push MyImageName:build\n> docker push MyImageName:latest\n

\n

该|| true部分之所以存在，是因为在初始 CI 构建中图像不会存在。这个食谱的“魔法酱”是docker build --target <intermediate-stage-name>和docker build --cache-from <intermediate-stage-name>。

\n

我无法解释为什么需要显式构建和推送中间阶段才能使缓存工作 \xe2\x80\x93 ，而不是只推送最终图像，而不推送中间阶段及其层。但它对我有用 \xe2\x80\x93 我从这里学到了这个“技巧”：https ://pythonspeed.com/articles/faster-multi-stage-builds/

\n