Question

我正在尝试构建高效的dockerfile，因此只有在删除/添加/更新包时才会触发包恢复。这就是我尝试过的（基于official sample）：

FROM microsoft/dotnet:2.0-sdk-stretch AS build-env
WORKDIR /app

# Copy csproj and restore as distinct layers
COPY ./src/myapp.csproj ./
RUN dotnet restore && \
    dotnet add package ILLink.Tasks -v 0.1.4-preview-981901 -s https://dotnet.myget.org/F/dotnet-core/api/v3/index.json

# Copy everything else and build
COPY ./src ./
RUN dotnet publish -c Release -o out -r linux-x64

# Build runtime image
FROM microsoft/dotnet:2.0-runtime-deps
RUN useradd -d /home/dotnet -ms /bin/bash dotnet
USER dotnet
WORKDIR /home/dotnet/app
ENV ASPNETCORE_URLS=http://+:9999
COPY --from=build-env /app/out ./
ENTRYPOINT ["./myapp"]

我正在复制csprog，正在运行dotnet restore，然后复制其余文件并进行构建。这应该具有预期的行为 - 仅在需要时恢复包。但这不是发生的事情 - 由于某些原因（在文档上找不到任何关于它的内容）dotnet publish触发恢复，尽管这些包已经被缓存了：

Sending build context to Docker daemon  131.3MB
Step 1/13 : FROM microsoft/dotnet:2.0-sdk-stretch AS build-env
 ---> 17fc4fa98e0b
Step 2/13 : WORKDIR /app
 ---> Using cache
 ---> 9b13d975844b
Step 3/13 : COPY ./src/myapp.csproj ./
 ---> Using cache
 ---> fed39192abce
Step 4/13 : RUN dotnet restore &&     dotnet add package ILLink.Tasks -v 0.1.4-preview-981901 -s https://dotnet.myget.org/F/dotnet-core/api/v3/index.json
 ---> Using cache
 ---> efcdaf201661
Step 5/13 : COPY ./src ./
 ---> a50fd8fa6106
Removing intermediate container 9eadb5543dbe
Step 6/13 : RUN dotnet publish -c Release -o out -r linux-x64
 ---> Running in 3bf17790a376
Microsoft (R) Build Engine version 15.7.177.53362 for .NET Core
Copyright (C) Microsoft Corporation. All rights reserved.

  Restoring packages for /app/myapp.csproj...
  Restore completed in 1.4 sec for /app/Hamuste.csproj.
  Installing <redacted>
  Installing <redacted>
  Installing <redacted>

我错过了什么？如何改进此docker文件？

Answer 1

一般来说，它看起来是正确的。 dotnet publish（或dotnet build也会）触发包恢复 - 这是您无法忽略的。但它应该确保一切都到位，而不是安装任何东西。

但我怀疑，dotnet add package导致问题。我从未使用过该命令，但是从https://docs.microsoft.com/en-us/dotnet/core/tools/dotnet-add-package我理解，它只是将包添加到依赖项中，然后您应该运行dotnet restore。 Doc说，您不必这样做，因为new build run（显然publish）无论如何都会运行restore。

我的建议是你恢复Step 4/13命令。首先，执行dotnet add package然后执行dotnet restore。或者之后添加另一个dotnet restore。看看这是否有帮助。

如果没有帮助，请尝试跟踪publish期间安装的软件包。也许第5/13步（COPY。）会覆盖dotnet add package创建的条目，而restore中的publish只会删回add package删除的内容。

Answer 2

将--no-restore添加到您的dotnet publish命令中。

如果要构建一个包含多个已发布项目并共享本地依赖项的多项目解决方案，请另外添加一个构建步骤：RUN dotnet build -c Release --no-restore PROJECT_NAME，然后在单独的命令RUN dotnet publish -c Release -o out --no-restore --no-build PROJECT_NAME中发布。这样，构建层可以被重用和缓存以发布后续项目。

如何正确缓存Dockerfile中的C＃dotnet核心包？

2 个答案: