我试图为我的盖茨比应用程序构建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 Ubuntu时遇到了这个问题，我通过更改Dockerfile的权限来解决它。
当我在我的电脑上设置WSL2时，我直接将我的一些文件(包括Dockerfile)从Windows复制到Ubuntu根文件夹中，这显然导致文件权限为空:
---------- 1 user user 10M Jan 1 00:00 Dockerfile
为了解决这个问题，我运行chmod 644 Dockerfile:
-rw-r--r-- 1 user user 10M Jan 1 00:00 Dockerfile
在那之后，Docker能够构建图像而没有任何进一步的问题。
其他回答
可能不是OP的问题，但我在试图构建运行在Windows Linux子系统(WSL) (Debian WSL2)中的容器时遇到了这个问题，刚刚安装了Docker Compose，我所要做的就是关闭(Debian)终端并重新打开它，我的问题就解决了。
如果你在Windows中使用Docker，你需要在设置中禁用Docker引擎中的buildkit。它适用于我，解决了我的错误
将buildkit选项设置为false。
{
"builder": {
"gc": {
"defaultKeepStorage": "20GB",
"enabled": true
}
},
"experimental": false,
"features": {
"buildkit": false
}
}
确保你的.dockerignore与你的文件不匹配。
有时使用.dockerignore的模式是向其添加通配符，并使用!filename语法将特定期望的文件排除到上下文中。例如:
*
!Cargo.toml
!Cargo.lock
!src
!setup.py
!README.md
!project
!requirements
__pycache__
如果您稍后尝试在Dockerfile中使用一个文件，它将匹配通配符，而不会出现在上下文中。向新文件添加异常或删除通配符来修复此问题。
在我的例子中，我有两张图片，我是从同一张图片复制的。我的具体错误是:failed to solve:未能解决与前端dockerfile。v0:创建LLB定义失败:在阶段:kubexit上检测到循环依赖
FROM karlkfi/kubexit:latest AS kubexit
COPY --from=kubexit /bin/kubexit /bin/
FROM maven:3.8-jdk-11-slim AS build
所以这是一个循环引用。解决办法:
FROM karlkfi/kubexit:latest AS kubexit
FROM maven:3.8-jdk-11-slim AS build
COPY --from=kubexit /bin/kubexit /bin/
如果你看到了这个问题，它实际上并不是真正的问题。实际问题嵌套在错误日志的某个地方。要查看实际问题，您需要像这样运行构建命令:
DOCKER_BUILDKIT=0 docker build .
注意DOCKER_BUILDKIT=0。这将使构建工具包不隐藏嵌套错误。从那里你应该能够谷歌正确的解决方案。
这也会使构建在命令行中看起来不同，但不用担心。只需要查找错误。
