我试图为我的盖茨比应用程序构建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/
其他回答
在我的案例中，这是因为文档中的用例没有得到充分表达。几乎所有的例子都告诉你要使用。和Dockerfile(大写D)，但它们大多没有明确地告诉如何定制。
docker image build --tag any_image_tag --file any_file_name path_to_your_context_folder
我认为这个更好，我希望它能帮助到那些来这里的人。Any_file_name实际上是包含构建指令的任何文件名。其中的“dockerfile”是不需要的，但如果它与上下文文件夹不同，它有助于识别并给出完整的路径。Path_to_your_context_folder基本上是你的工作所在的文件夹，比如一个web应用程序。
例如，下面是我当前在COPY窗口中的测试。/app使用context文件夹作为。:
docker image build --tag nested_image --file C:\WorkSpace\myapp\dockerfiles\any_file_name C:\WorkSpace\myapp\contextfiles\
PS:对于同一个问题，这个主题确实有很多有趣的答案，但是是由许多奇异的原因引起的。我的问题只是一个显而易见的问题的旁注。
对我来说
无法用前端dockerfile解决。v0:创建LLB失败定义:当前上下文中没有构建阶段
是在FROM之前设置ENV引起的。对于某些Dockerfile指令，这可能是不允许的。在移动ENV之后，FROM错误就消失了。
确保你使用相同的平台，例如: 如果使用。构建第一个映像(my-custom-service)
FROM --platform=linux/amd64 node:14
然后你需要将——platform添加到其他使用第一个基映像的dockerfile中:
FROM --platform=linux/amd64 my-custom-service
当我用完磁盘空间时，我就遇到了这个问题，可能是由于我摆弄和调整Dockerfile时建立的大量图像层缓存加剧了这个问题。
我犯了同样的错误，但是把Dockerfile从子文件夹移到应用程序的根文件夹中。它修复了错误消息。
