我试图为我的盖茨比应用程序构建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"]
当前回答
这个问题已经为我解决了
我使用的是MacBook Air (M1)，遇到了一个问题，因为我使用的是支持linux/amd64的映像，而我的系统架构是arm64。
因此，请确保根据您的设备运行兼容的映像。
其他回答
如果你看到了这个问题，它实际上并不是真正的问题。实际问题嵌套在错误日志的某个地方。要查看实际问题，您需要像这样运行构建命令:
DOCKER_BUILDKIT=0 docker build .
注意DOCKER_BUILDKIT=0。这将使构建工具包不隐藏嵌套错误。从那里你应该能够谷歌正确的解决方案。
这也会使构建在命令行中看起来不同，但不用担心。只需要查找错误。
我还遇到了另一种可能性:如果您正在使用构建阶段，请确保始终使用正确的阶段名称。
我有一个定义的舞台
来自zzz AS开发
它后来被用于另一个阶段
FROM development AS yyy
一时兴起，我将开发改为开发，但只是在第一个实例中。所以后者仍然是FROM开发，而前者是AS开发。
奇怪的是，对于这样一个小错误，错误信息是多么神秘……你可能会认为他们只会给出“无法找到开发”之类的错误消息。
试试这个简单的解决方案，像这样命名dockerfile，不带扩展名。
我在使用visual studio 2022时也遇到了同样的问题。问题是visual studio 2022的逻辑目录结构与物理目录结构不同。因此，该文件在visual studio 2022展示的位置上并不存在。
一旦指定了正确的位置，它就可以正常工作。
我不需要改变DOCKER_BUILDKIT=0或任何设置。但使用-f选项指定docker文件。
可能不是OP的问题，但我在试图构建运行在Windows Linux子系统(WSL) (Debian WSL2)中的容器时遇到了这个问题，刚刚安装了Docker Compose，我所要做的就是关闭(Debian)终端并重新打开它，我的问题就解决了。
