6

我的自定义 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 对 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 .会产生相同的结果。

4

1 回答 1

0

如果您在本地构建并且缓存不起作用 - 那么我不知道问题是什么:)

但是,如果您将构建作为 CI 的一部分,那么问题可能是您需要显式地拉取、构建和推送中间阶段:

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

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

我无法解释为什么需要显式地构建和推送中间阶段才能使缓存正常工作——除了一些关于只推送最终图像而不是中间阶段及其层的一些手动操作。但这对我有用——我从这里学到了这个“技巧”:https ://pythonspeed.com/articles/faster-multi-stage-builds/

于 2021-05-13T11:14:34.973 回答