我试图为我的盖茨比应用程序构建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"]
当前回答
如果你看到了这个问题，它实际上并不是真正的问题。实际问题嵌套在错误日志的某个地方。要查看实际问题，您需要像这样运行构建命令:
DOCKER_BUILDKIT=0 docker build .
注意DOCKER_BUILDKIT=0。这将使构建工具包不隐藏嵌套错误。从那里你应该能够谷歌正确的解决方案。
这也会使构建在命令行中看起来不同，但不用担心。只需要查找错误。
其他回答
当我用完磁盘空间时，我就遇到了这个问题，可能是由于我摆弄和调整Dockerfile时建立的大量图像层缓存加剧了这个问题。
在我的情况下，我不得不卸载Astrill VPN。
我在使用visual studio 2022时也遇到了同样的问题。问题是visual studio 2022的逻辑目录结构与物理目录结构不同。因此，该文件在visual studio 2022展示的位置上并不存在。
一旦指定了正确的位置，它就可以正常工作。
我不需要改变DOCKER_BUILDKIT=0或任何设置。但使用-f选项指定docker文件。
确保你的.dockerignore与你的文件不匹配。
有时使用.dockerignore的模式是向其添加通配符，并使用!filename语法将特定期望的文件排除到上下文中。例如:
*
!Cargo.toml
!Cargo.lock
!src
!setup.py
!README.md
!project
!requirements
__pycache__
如果您稍后尝试在Dockerfile中使用一个文件，它将匹配通配符，而不会出现在上下文中。向新文件添加异常或删除通配符来修复此问题。
就我而言，我有两个问题:
我错过了。在给出上下文选项的命令的末尾，和 我在Dockerfile的文件名中有一个“。txt”扩展名。
经过这两次调整，一切都达到了预期的效果。
