我试图为我的盖茨比应用程序构建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(大写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中不支持的新特性(如多个构建上下文)，您需要在Dockerfile的开头指定Dockerfile版本
例如，在Dockerfile中，第一行是:
#syntax=码头工人/码头工人文件：1.4
我必须在我的~/.docker/config中设置“credsStore”:“”。json……它之前被设置为credentials.exe。
在WSL2中，ddev在docker-credential-desktop.exe上启动失败，“错误列出凭据”#2342
如果你有一个类似的项目结构，
├── docker
│ │
│ ├── app
│ │ └── Dockerfile
│ └── mlflow
│ └── Dockerfile
│
└── docker-compose.yml
你可能没有在docker-compose.yml中指定build: context:
version: '3'
services:
mlflow:
build:
context: ./
dockerfile: ./docker/mlflow/Dockerfile
container_name: ml_app_mlflow
volumes:
- ./db:/db
ports:
- 5000:5000
我打错了，
FROM apline:3.7而不是FROM alpine:3.7。
我在使用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能够构建图像而没有任何进一步的问题。
