我试图为我的盖茨比应用程序构建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"]
当前回答
在我的例子中，我有两张图片，我是从同一张图片复制的。我的具体错误是: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/
其他回答
还有另一种可能性:当我试图用Windows 10服务器核心映像构建Dockerfile时，我在Windows 10上为WSL使用了基于linux的容器。
在系统托盘中，右键单击Docker Desktop并选择切换到Windows容器…
在我的例子中，我试图从我正在构建的Docker映像中的当前目录复制wp-content文件夹。像这样:
FROM wordpress:latest
# Copy wp-content
COPY ./wp-content/ ./var/www/html/wp-content/
但是，我注意到我有一个.dockerignore文件，它被明确告知忽略wp-content。
当我从.dockerignore中删除wp-content/时，它工作得很好。
可能不是OP的问题，但我在试图构建运行在Windows Linux子系统(WSL) (Debian WSL2)中的容器时遇到了这个问题，刚刚安装了Docker Compose，我所要做的就是关闭(Debian)终端并重新打开它，我的问题就解决了。
确保你的.dockerignore与你的文件不匹配。
有时使用.dockerignore的模式是向其添加通配符，并使用!filename语法将特定期望的文件排除到上下文中。例如:
*
!Cargo.toml
!Cargo.lock
!src
!setup.py
!README.md
!project
!requirements
__pycache__
如果您稍后尝试在Dockerfile中使用一个文件，它将匹配通配符，而不会出现在上下文中。向新文件添加异常或删除通配符来修复此问题。
确保你使用相同的平台，例如: 如果使用。构建第一个映像(my-custom-service)
FROM --platform=linux/amd64 node:14
然后你需要将——platform添加到其他使用第一个基映像的dockerfile中:
FROM --platform=linux/amd64 my-custom-service
