我试图为我的盖茨比应用程序构建Docker映像。每当我运行命令docker构建。-t gatsbyapp，它会给出一个错误:
failed to solve with frontend dockerfile.v0: failed to build LLB:
failed to compute cache key: "/.env" not found: not found
同时我的Dockerfile如下所示:
FROM node:13
WORKDIR /app
COPY package.json .
RUN yarn global add gatsby-cli
RUN yarn install
COPY gatsby-config.js .
COPY .env .
EXPOSE 8000
CMD ["gatsby","develop","-H","0.0.0.0"]
当前回答
我不记得我到底是在哪里读到这篇文章的，但如果您正在使用WSL2并收到这个错误，那么请删除WSL2主文件夹中的Docker配置文件，并尝试重新构建映像。
也就是说，如果你已经检查了你的文件名，并再次确认所有的命名都是正确的(Dockerfile， .dockerignore等)。
WSL2 Ubuntu：
rm ~/.docker/config.json
其他回答
确保你的.dockerignore与你的文件不匹配。
有时使用.dockerignore的模式是向其添加通配符，并使用!filename语法将特定期望的文件排除到上下文中。例如:
*
!Cargo.toml
!Cargo.lock
!src
!setup.py
!README.md
!project
!requirements
__pycache__
如果您稍后尝试在Dockerfile中使用一个文件，它将匹配通配符，而不会出现在上下文中。向新文件添加异常或删除通配符来修复此问题。
就我而言，我有两个问题:
我错过了。在给出上下文选项的命令的末尾，和 我在Dockerfile的文件名中有一个“。txt”扩展名。
经过这两次调整，一切都达到了预期的效果。
还有另一种可能性:当我试图用Windows 10服务器核心映像构建Dockerfile时，我在Windows 10上为WSL使用了基于linux的容器。
在系统托盘中，右键单击Docker Desktop并选择切换到Windows容器…
如果你看到了这个问题，它实际上并不是真正的问题。实际问题嵌套在错误日志的某个地方。要查看实际问题，您需要像这样运行构建命令:
DOCKER_BUILDKIT=0 docker build .
注意DOCKER_BUILDKIT=0。这将使构建工具包不隐藏嵌套错误。从那里你应该能够谷歌正确的解决方案。
这也会使构建在命令行中看起来不同，但不用担心。只需要查找错误。
我还遇到了另一种可能性:如果您正在使用构建阶段，请确保始终使用正确的阶段名称。
我有一个定义的舞台
来自zzz AS开发
它后来被用于另一个阶段
FROM development AS yyy
一时兴起，我将开发改为开发，但只是在第一个实例中。所以后者仍然是FROM开发，而前者是AS开发。
奇怪的是，对于这样一个小错误，错误信息是多么神秘……你可能会认为他们只会给出“无法找到开发”之类的错误消息。
