我试图为我的盖茨比应用程序构建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"]
当前回答
由于VPN连接，我遇到了这个问题。
我所要做的就是在Docker Desktop代理部分设置一个手动代理:
其他回答
我还遇到了另一种可能性:如果您正在使用构建阶段，请确保始终使用正确的阶段名称。
我有一个定义的舞台
来自zzz AS开发
它后来被用于另一个阶段
FROM development AS yyy
一时兴起，我将开发改为开发，但只是在第一个实例中。所以后者仍然是FROM开发，而前者是AS开发。
奇怪的是，对于这样一个小错误，错误信息是多么神秘……你可能会认为他们只会给出“无法找到开发”之类的错误消息。
有时这种错误来自于一个愚蠢的语法错误…… 在我的例子中，我修改了一个Dockerfile并删除了一些环境变量，但忘记从最后一行删除反斜杠…
WORDPRESS_HTTPS_PORT="8443" \
WORDPRESS_HTTP_PORT="8080" \
WORDPRESS_SKIP_INSTALL="yes" \ <-- to be removed
EXPOSE 8080 8443
USER 0
对我来说，以下是错误:
无法用前端dockerfile解决。v0: failed to create LLB definition: failed to do request: Head https://registry-1.docker.io/v2/library/postgres/manifests/13-alpine: net/http: TLS握手超时
我在Windows 10和Docker Desktop中使用WSL2，我在更新Docker Desktop到3.5版本后得到了这个问题。
我通过启用与其他发行版的WSL集成来解决这个问题。
启用它:
在Windows中打开Docker Desktop，进入设置→资源→WSL集成→启用与其他发行版的集成，并为您安装的Ubuntu应用程序启用它。
我在使用visual studio 2022时也遇到了同样的问题。问题是visual studio 2022的逻辑目录结构与物理目录结构不同。因此，该文件在visual studio 2022展示的位置上并不存在。
一旦指定了正确的位置，它就可以正常工作。
我不需要改变DOCKER_BUILDKIT=0或任何设置。但使用-f选项指定docker文件。
对我来说，我发现我试图从错误的目录进行构建。
