我试图为我的盖茨比应用程序构建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"]
当前回答
如果您正在使用任何在Dockerfile v0中不支持的新特性(如多个构建上下文)，您需要在Dockerfile的开头指定Dockerfile版本
例如，在Dockerfile中，第一行是:
#syntax=码头工人/码头工人文件：1.4
其他回答
确保你使用相同的平台，例如: 如果使用。构建第一个映像(my-custom-service)
FROM --platform=linux/amd64 node:14
然后你需要将——platform添加到其他使用第一个基映像的dockerfile中:
FROM --platform=linux/amd64 my-custom-service
确保你的.dockerignore与你的文件不匹配。
有时使用.dockerignore的模式是向其添加通配符，并使用!filename语法将特定期望的文件排除到上下文中。例如:
*
!Cargo.toml
!Cargo.lock
!src
!setup.py
!README.md
!project
!requirements
__pycache__
如果您稍后尝试在Dockerfile中使用一个文件，它将匹配通配符，而不会出现在上下文中。向新文件添加异常或删除通配符来修复此问题。
对我来说，以下是错误:
无法用前端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应用程序启用它。
如果你正在使用Docker桌面，重新启动Docker对我来说是有效的。 故障处理→重启
在我的例子中，我和dockerfile本身不在同一个目录中。
