我试图为我的盖茨比应用程序构建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从子文件夹移到应用程序的根文件夹中。它修复了错误消息。
其他回答
在我的例子中，我有两张图片，我是从同一张图片复制的。我的具体错误是: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 buildx install，你的docker命令别名为docker buildx，它基于docker Buildkit，目前不支持(遗憾的是)Windows容器。
使用实例删除别名。
docker buildx uninstall
我希望这能为像我这样忘记这个别名的人节省时间
我还遇到了另一种可能性:如果您正在使用构建阶段，请确保始终使用正确的阶段名称。
我有一个定义的舞台
来自zzz AS开发
它后来被用于另一个阶段
FROM development AS yyy
一时兴起，我将开发改为开发，但只是在第一个实例中。所以后者仍然是FROM开发，而前者是AS开发。
奇怪的是，对于这样一个小错误，错误信息是多么神秘……你可能会认为他们只会给出“无法找到开发”之类的错误消息。
还有另一种可能性:当我试图用Windows 10服务器核心映像构建Dockerfile时，我在Windows 10上为WSL使用了基于linux的容器。
在系统托盘中，右键单击Docker Desktop并选择切换到Windows容器…
对于docker桌面，这个问题通常通过添加-f选项来解决。 例如:让docker文件放在c:\Dockerfile.txt
您可以运行以下命令来构建映像
docker build -f "c:\Dockerfile.txt"
