我已经使用 Visual Studio 生成了一个 Dockerfile。它在 Visual Studio 中运行得很好，现在我正在尝试从 Windows 本身构建它（docker build .，我尝试了很多组合）。但是我收到以下错误：
当我将副本更改为 ./client.csproj 时，它会继续，然后我得到：
我做错了什么？我把 Docker Linux 改成了 Windows，改了WSL，然后重启一切。
【问题讨论】：
标签： windows visual-studio docker command-line-interface windows-subsystem-for-linux
检查您的 .dockerignore 文件。可能它会忽略复制命令所需的文件，并且您无法计算缓存键错误。
【讨论】：
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
编辑（感谢 Mike Loux、tblev 和 Goku）：
注意docker build 命令的最后一个点。
对于 docker，命令的最后一部分是 Docker 将使用的文件的位置。 通常这是包含 Dockerfile 的文件夹，但这就是 VS 的不同之处。在这种情况下，dockerfile 使用-f 指定。任何路径（例如 dockerfile 中的 COPY 指令）都相对于指定的位置。 . 表示“当前目录”，在我的示例中为 \WorkerService2。
我通过检查构建过程的输出进入了这个阶段，详细程度设置为详细。 如果您选择工具/选项/项目和解决方案/构建和运行，您可以调整构建输出的详细程度，我做了详细的。
【讨论】：
file not found 问题或可怕的docker build requires exactly 1 argument 消息。不会撒谎，学习 docker 中最微小的新东西就像拔牙一样，FFS。一旦你弄清楚了晦涩难懂的语法和方法，它就会很好用，但在那之前它是一个接一个的总台。
请求不存在的目录会引发此错误。
就我而言，我尝试过
> [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 构建上下文的子文件夹。
【讨论】：
我有同样的问题，我在添加 Docker 支持时将 Docker 环境设置为 Windows。即使在 Visual Studio 中运行也会引发错误。我将环境更改为 Linux，因为我的 Docker 在 Windows Subsystem for Linux (WSL) 中运行。
然后我回到终端运行命令。
我能够通过移动到解决方案文件夹（根文件夹）来解决此问题。
我做了docker build这样的：
docker build -t containername/tag -f ProjectFolder/Dockerfile .
然后我做了docker run:
docker run containername/tag
【讨论】：
在我的情况下，我发现 docker build 在目录名称中区分大小写，所以我在 COPY 指令中编写 /bin/release/net5.0/publish 并失败并出现相同的错误，我刚刚更改为 / bin/Release/net5.0/publish 成功了
【讨论】：
我有同样的问题。就我而言，指定了错误的目录。 我的 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
【讨论】：
我也遇到过同样的问题。
原因是 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 文件匹配。
【讨论】：
在我的例子中，文件名中有一个偷偷摸摸的尾随空格。
------
> [3/3] COPY init.sh ./:
------
failed to compute cache key: "/init.sh" not found: not found
所以该文件实际上被称为“init.sh”而不是“init.sh”。
【讨论】：