我试图为我的盖茨比应用程序构建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"]

当前回答

对于docker桌面,这个问题通常通过添加-f选项来解决。 例如:让docker文件放在c:\Dockerfile.txt

您可以运行以下命令来构建映像

docker build -f "c:\Dockerfile.txt"

其他回答

我在Mac上升级到最新的Docker Desktop版本后遇到了这个问题。通过对这个问题的评论解决了。

解决方案:不要使用buildkit,它适合我。

export DOCKER_BUILDKIT=0
export COMPOSE_DOCKER_CLI_BUILD=0

确保你的.dockerignore与你的文件不匹配。

有时使用.dockerignore的模式是向其添加通配符,并使用!filename语法将特定期望的文件排除到上下文中。例如:

*
!Cargo.toml
!Cargo.lock
!src
!setup.py
!README.md
!project
!requirements
__pycache__

如果您稍后尝试在Dockerfile中使用一个文件,它将匹配通配符,而不会出现在上下文中。向新文件添加异常或删除通配符来修复此问题。

我也有同样的问题。

码头工人文件名:

DockerFile错误 dockerFile错误 Dockerfile -工作!

你只需要一个大写的字符。

如果你在Mac或Windows上使用Docker Desktop,你可能也必须在你的“Docker引擎”JSON配置中禁用它。

Docker Desktop→Settings→Docker Engine→将“features”:{buildkit: true}改为“features”:{buildkit: false}。

我还遇到了另一种可能性:如果您正在使用构建阶段,请确保始终使用正确的阶段名称。

我有一个定义的舞台

来自zzz AS开发

它后来被用于另一个阶段

FROM development AS yyy

一时兴起,我将开发改为开发,但只是在第一个实例中。所以后者仍然是FROM开发,而前者是AS开发。

奇怪的是,对于这样一个小错误,错误信息是多么神秘……你可能会认为他们只会给出“无法找到开发”之类的错误消息。