我试图为我的盖茨比应用程序构建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"]
当前回答
这个问题已经为我解决了
我使用的是MacBook Air (M1)，遇到了一个问题，因为我使用的是支持linux/amd64的映像，而我的系统架构是arm64。
因此，请确保根据您的设备运行兼容的映像。
其他回答
在我的例子中，我试图从我正在构建的Docker映像中的当前目录复制wp-content文件夹。像这样:
FROM wordpress:latest
# Copy wp-content
COPY ./wp-content/ ./var/www/html/wp-content/
但是，我注意到我有一个.dockerignore文件，它被明确告知忽略wp-content。
当我从.dockerignore中删除wp-content/时，它工作得很好。
在我的案例中，这是因为文档中的用例没有得到充分表达。几乎所有的例子都告诉你要使用。和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:对于同一个问题，这个主题确实有很多有趣的答案，但是是由许多奇异的原因引起的。我的问题只是一个显而易见的问题的旁注。
在我的例子中，我在context选项中的"."后面有一个额外的空格:
docker build -t myapp .[EXTRA_SPACE_HERE]
如果你看到了这个问题，它实际上并不是真正的问题。实际问题嵌套在错误日志的某个地方。要查看实际问题，您需要像这样运行构建命令:
DOCKER_BUILDKIT=0 docker build .
注意DOCKER_BUILDKIT=0。这将使构建工具包不隐藏嵌套错误。从那里你应该能够谷歌正确的解决方案。
这也会使构建在命令行中看起来不同，但不用担心。只需要查找错误。
其他的答案都对我没用。在我的情况下，问题是我在CLI中有一些docker的权限问题，而不是修复它，我只是使用sudo。所以我修复了这些权限问题(在~/。Docker /buildx文件夹)和运行Docker没有sudo和它工作。
