Docker 出现错误“无法计算缓存密钥：未找到” - 在 Visual Studio 中运行良好

Question

我使用 Visual Studio 生成了一个 Dockerfile。它在 Visual Studio 中运行得很好，现在我尝试从 Windows 本身构建它（docker build .，我尝试了很多组合）。但我收到以下错误：

> [build 3/7] COPY [client/client.csproj, client/]:
------
failed to compute cache key: "/client/client.csproj" not found: not found

当我将副本更改为 ./client.csproj 时，它会继续，然后我得到：

 => ERROR [build 7/7] RUN dotnet build "client.csproj" -c Release -o /app/build                3.3s
------
> [build 7/7] RUN dotnet build "client.csproj" -c Release -o /app/build:
#15 0.652 Microsoft (R) Build Engine version 16.8.3+39993d9d for .NET
#15 0.652 Copyright (C) Microsoft Corporation. All rights reserved.
#15 0.652
#15 1.169   Determining projects to restore...
#15 1.483   All projects are up-to-date for restore.
#15 3.231 CSC : error CS5001: Program does not contain a static 'Main' method suitable for an entry point [/src/client/client.csproj]
#15 3.240
#15 3.240 Build FAILED.
#15 3.240
#15 3.240 CSC : error CS5001: Program does not contain a static 'Main' method suitable for an entry point [/src/client/client.csproj]
#15 3.240     0 Warning (5)
#15 3.240     1 Error (5)
#15 3.240
#15 3.240 Time Elapsed 00:00:02.51
-----
executor failed running [/bin/sh -c dotnet build "client.csproj" -c Release -o /app/build]: exit code: 1

我做错了什么？我将 Docker Linux 更改为 Windows，更改了 WSL，然后重新启动了所有内容。

#See https://aka.ms/containerfastmode to understand how Visua...

FROM mcr.microsoft.com/dotnet/aspnet:5.0-buster-slim AS base
WORKDIR /app
EXPOSE 80
EXPOSE 443

FROM mcr.microsoft.com/dotnet/sdk:5.0-buster-slim AS build
WORKDIR /src
COPY ["client/client.csproj", "client/"]
RUN dotnet restore "client/client.csproj"
COPY . .
WORKDIR "/src/client"
RUN dotnet build "client.csproj" -c Release -o /app/build

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

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

Answer 1

检查您的.dockerignore文件。它可能会忽略复制命令所需的文件，并且您无法计算缓存键错误。

.dockerignore可以配置以最大程度地减少发送给Docker的文件以获得性能和安全性：

* 
!dist/

第一行*删除所有文件。第二行！dist/允许dist文件夹，

这可能会导致意外行为：

FROM nginx:latest

# Fails because of * in .dockerignore
# failed to compute cache key: "/nginx.conf.spa" not found: not found
# Fix by adding `!nginx.conf.spa`  to .dockerignore
COPY nginx.conf.spa /etc/nginx/nginx.conf

RUN mkdir /app

# Works because of !dist/ in .dockerignore
COPY dist/spa /app

皮带和悬架器。

Answer 2

Visual Studio的方式有些奇怪。

它没有在dockerfile的文件夹中启动docker build，而是在父文件夹中启动，并使用-f选项指定Dockerfile。

我正在使用演示项目（试图为另一个问题创建最小的解决方案），并遇到了同样的情况。

我的演示项目的设置是

\WorkerService2  ("solution" folder)
   +- WorkerService2.sln
   +- WorkserService2  ("project" folder)
       +- DockerFile
       +- WorkerService2.csproj
       +- ... other program files

这样，所以我会期望能够完成，

cd \Workerservice2\WorkerService2
docker build .

但我会收到您的错误消息。

 => ERROR [build 3/7] COPY [WorkerService2/WorkerService2.csproj, WorkerService2/]                                                                                                                        0.0s
------
 > [build 3/7] COPY [WorkerService2/WorkerService2.csproj, WorkerService2/]:
------
failed to compute cache key: "/WorkerService2/WorkerService2.csproj" not found: not found

相反，使用.sln文件，然后使用docker -f选项指定要在子文件夹中使用的dockerfile：

cd \Workerservice2
docker build -f WorkerService2\Dockerfile --force-rm -t worker2/try7 .

docker run -it worker2/try7    

---

请注意：注意Docker build命令。

对于Docker而言，命令的最后一部分是Docker将使用的文件的位置。 通常这是带有Dockerfile的文件夹，但这与VS的方式有所不同。在这种情况下，使用-f指定Dockerfile。与指定的位置相对于任何路径（例如复制指令）都是相对于指定位置的。 。的意思是“当前目录”，在我的示例中是\ workerService2。

我通过检查构建过程的输出，到达了这个阶段，并将详细的详细信息设置为详细。
如果您选择工具 /选项 /项目和解决方案 /构建和运行，您可以调整构建输出的冗长，我将我的详细信息详细介绍。

---

我认为我已经弄清楚了为什么视觉工作室这样做。
它允许在同一解决方案中复制项目引用。

如果将其设置为docker build从项目文件夹中进行，docker将无法复制任何在解决方案中的其他项目中。但是设置此方法的方式，当前目录是解决方案文件夹，您可以将引用的项目（子文件夹）复制到Docker构建过程中。

Answer 3

我遇到了同样的问题，我在添加 Docker 支持时将 Docker 环境设置为 Windows。即使在 Visual Studio 中运行也会出现错误。我将环境更改为 Linux，因为我的 Docker 在 Windows Linux 子系统 (WSL) 中运行。

然后我回到终端运行命令。

我可以通过移动到解决方案文件夹（根文件夹）来解决此问题。

我像这样做了docker build：

docker build -t containername/tag -f ProjectFolder/Dockerfile .

然后我做了docker run：

docker run containername/tag

Answer 4

请求不存在的目录会引发此错误。

就我而言，我尝试

 > [stage-1  7/14] COPY /.ssh/id_rsa.pub /.ssh/:
------
failed to compute cache key: "/.ssh/id_rsa.pub" not found: not found

忘记将 /.ssh 文件夹添加到项目目录中。在您的情况下，您应该检查 /client 是否确实是 Dockerfile 构建上下文的子文件夹。

Answer 5

以下命令是未能计算缓存键的失败：找不到：

docker build -t tag-name:v1.5.1 - <Dockerfile

将命令更改为以下命令时，它已修复：

docker build -t tag-name:v1.5.1 -f Dockerfile .

Answer 6

Error : failed to compute cache key: "src" not found: not found 

就我而言，文件夹/文件在.dockerignore中排除了

从Dockerignore解析文件后能够创建图像。

Answer 7

我遇到了类似的问题：显然，出于安全原因， docker 在构建期间将文件系统根到指定的构建目录。因此，COPY 和 ADD 无法引用主机文件系统上的任意位置。此外，语法特性还存在其他问题。最终起作用的是以下内容：

COPY ./script_file.sh  /
RUN /script_file.sh

Answer 8

就我而言，我发现 docker build 在目录名称中区分大小写，因此我在 COPY 指令中写入 /bin/release/net5.0/publish 并因相同的错误而失败，我刚刚更改为 /bin/Release /net5.0/publish 并成功

Answer 9

这都是由于Dockerignore文件中的错误。
如果您检查文件是否忽略目标，请将其排除在外

Answer 10

就我而言，我有类似的东西：

FROM mcr.microsoft.com/dotnet/aspnet:5.0
COPY bin/Release/net5.0/publish/ app/
WORKDIR /app
ENTRYPOINT ["dotnet", "MyApi.dll"]

我终于意识到我的.dockerignore文件中有 bin 文件夹。

Answer 11

按照 m.mitin 的建议将 Dockerfile 上移一个文件夹也对我有用。 Dockerfile 中的说明假设它位于项目文件夹之外，与文件最小化无关。事实上，我故意将项目文件直接复制到我的服务器上，并得到了同样的错误。我认为微软的团队应该采取一些措施来避免这个问题造成的生产力损失。

Answer 12

就我而言，我更改了 docker-compose.yml 配置中的上下文和 Dockerfile 路径：

services:
    server:
        # inheritance structru
        extends:
            file: ../../docker-compose.server.yml
        # I recommend you to play with this paths
        build:
            context: ../../
            dockerfile: ./apps/${APP_NAME}/Dockerfile
        ...

Answer 13

从 Dockerfile 所在的目录使用 docker build -f Dockerfile .. （注意末尾的 2 个点）。官方文档： https ://learn.microsoft.com/en-us/visualstudio/containers/container-build?view=vs-2022#use-docker-build

Answer 14

我有同样的问题。就我而言，指定了错误的目录。
我的 Dockerfile 是：

FROM mcr.microsoft.com/dotnet/sdk:5.0 AS publish
WORKDIR /app
COPY . .
RUN dotnet publish -c Release -o publish/web src/MyApp/MyApp.csproj

FROM mcr.microsoft.com/dotnet/aspnet:5.0
WORKDIR /app
COPY --from=publish publish/web .
EXPOSE 80
CMD ASPNETCORE_URLS=http://*:$PORT dotnet MyApp.dll

然后我意识到在第二个构建阶段我试图从目录 publish/web 复制项目文件：

COPY --from=publish publish/web .

但是当我在第一阶段指定 workdir /app 时，我的文件位于该目录位于图像文件系统中，因此将路径从 publish/web 更改为 app/publish/web 解决了我的问题。

所以我最终的工作 Dockerfile 是：

FROM mcr.microsoft.com/dotnet/sdk:5.0 AS publish
WORKDIR /app
COPY . .
RUN dotnet publish -c Release -o publish/web src/MyApp/MyApp.csproj

FROM mcr.microsoft.com/dotnet/aspnet:5.0
WORKDIR /app
COPY --from=publish app/publish/web .
EXPOSE 80
CMD ASPNETCORE_URLS=http://*:$PORT dotnet MyApp.dll

Answer 15

就我而言，文件名中有一个偷偷摸摸的尾随空格。

------
 > [3/3] COPY init.sh ./:
------
failed to compute cache key: "/init.sh" not found: not found

所以该文件实际上被称为“init.sh”而不是“init.sh”。

Answer 16

必须包含 nginx.conf 文件才能发布。右键单击 nginx.conf 文件并打开“属性”。将“复制到输出目录”更改为“始终复制”

Answer 17

我也遇到过同样的问题。

原因是Docker文件中的DLL文件名区分大小写。

FROM mcr.microsoft.com/dotnet/sdk:5.0 AS build
WORKDIR /src
COPY MyFirstMicroService.csproj .
RUN dotnet restore
COPY . .
RUN dotnet publish -c release -o /app

FROM mcr.microsoft.com/dotnet/aspnet:5.0
WORKDIR /app
COPY --from=build /app .
ENTRYPOINT ["dotnet", "**MyFirstMicroService.dll**"]

此 .dll 名称应与您的 .csproj 文件匹配。

Answer 18

就我而言，这是错误的 使用 PATH 构建 配置，例如 Docker build context

1. 简单的 docker 脚本

   docker 构建。 
   

   其中 . 是构建上下文的路径

2. Gradle+Docker
   <前><代码>码头工人{
   取决于构建
   取决于 dockerFilesCopy
   名称“${项目.名称}：${项目.版本}”
   files "build" // 构建上下文的路径
   }

3. Gradle+GitHub 操作

   名称：Docker 构建和推送
   
   在：
     推：
       分支：[主要]
   
   # ...
   
   职位：
     建造：
       运行：ubuntu-latest
   
       # ...
   
       步骤：
         - 名称：结账
           使用：actions/checkout@v2
   
        # ...
   
         - 名称：构建并导出到 Docker
           使用：docker/build-push-action@v2
           和：
             # ...
             文件：src/main/docker/Dockerfile      
             context: ./build # 构建上下文的路径
   

Answer 19

对于 Laravel 用户...

我在运行 docker compose up 时遇到此错误，这是由于我的公共文件夹中存在存储文件夹符号链接。

删除符号链接后，命令执行成功。

Answer 20

首先，我的 dockerfile 看起来像这样：

FROM node:18

WORKDIR /app
COPY ./ /app
RUN npm install
EXPOSE 3000
CMD npm run dev

然后它给了我错误： npm cound not find package.json

并将其添加到 dockerfile 并

COPY ./package.json ./app

运行命令：

docker build -f Dockerfile 。 （不要忘记在末尾添加点）

并解决了这个问题。

Answer 21

当我试图在现有的 ASP.NET Core 8项目中包括Docker服务时，我会面临同样的问题。我在dockerfile目录中运行以下命令：

Dockerfile_folder> docker build -t fapi .

我发现的原因是dockerfile和.dockerignore文件在不同的文件夹中。 ，我导航到cmd中的gitignore文件夹，然后运行。遵循Docker命令，此后我的应用程序开始按预期运行：

gitignore_folder＆gt; docker build -f api \ dockerfile -t fapi。

Answer 22

就我而言，它在 Visual Studio 中运行良好，但在尝试通过 Azure DevOps 管道构建时遇到了此问题，因为它使用 Dockerfile 的位置作为其默认构建上下文。通过将构建上下文显式指定为 $(Build.SourcesDirectory) 它解决了该问题。

我的 yaml 脚本中的步骤指定为：

  - task: Docker@2
    displayName: Build an image
    inputs:
      command: build
      buildContext: $(Build.SourcesDirectory)
      Dockerfile: '**/Dockerfile'

Answer 23

当您没有提供 COPY 命令输入的正确路径时，也会发生这种情况。我得到的最重要的线索是 WORKDIR 命令打开容器的文件夹，而不是在 Windows 资源管理器中（因此它不会影响您需要为 COPY 命令指定的路径）。

Answer 24

就我而言，
我在“/”和“”中犯了错误。让我解释一下
打开您的 dockerfile（它应该仅命名为 dockerfile，而不是 DockerFile 或 Dockerfile）。
你可能有这样的事情——
来自 mcr.microsoft.com/dotnet/runtime:5.0
复制 bin\Release\net5.0\publish 。
ENTRYPOINT ["dotnet", "HelloDocker.dll"]

将 COPY bin\Release\net5.0\publish . 替换为 COPY bin/Release/net5.0/publish 。

Answer 25

就我而言，使用Angular Project，我的项目位于名为Ex：My Folder-Project的文件夹中，我正在使用Dockerfile副本-from = Publish App/Dist/My-Folder-Project。
但是，当然，正确的东西是在您的软件包中放置的“名称”。

Answer 26

我在尝试运行 docker build 命令时遇到了类似的问题。我创建了一个名为“Docker”的文件夹，并在其中创建了另一个名为“getting-started”的文件夹。我不断遇到错误：

“无法计算缓存密钥：“/public”未找到：未找到”

我花了一段时间才意识到我应该从“入门”运行命令文件夹而不是“Docker”。它有效我这样做了..

Answer 27

我也遇到了这个错误，首先通过从 .dockerignore 中删除一些文件来解决它。

之后，我使用了一个变量，并没有使用 $ 运算符来解决它。
在“{variable}”之前添加$，它对我有用。

Answer 28

任何人在使用基于 ARM 的 Mac 上谷歌搜索后遇到此问题后来到这里，您可以尝试在 docker 桌面中禁用 Rosetta 模拟。

Answer 29

就我而言，复制命令使用父目录：

COPY ../../../www /var/www/

我必须更改为

COPY ./www /var/www/

并且它对我有用

Answer 30

您可能直接在项目目录中创建Dockerfile，将其移入Main中，有一些权限不允许您这样做