我试图为我的盖茨比应用程序构建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_BUILDKIT=0  docker build .

注意DOCKER_BUILDKIT=0。这将使构建工具包不隐藏嵌套错误。从那里你应该能够谷歌正确的解决方案。

这也会使构建在命令行中看起来不同,但不用担心。只需要查找错误。

其他回答

如果你的Docker文件在不同的路径和不同的名称Dockerfile,你可以运行

docker build -t build_tag_name -f './path/to/dockerfile/exampledockerfile' .

就我而言,我有两个问题:

我错过了。在给出上下文选项的命令的末尾,和 我在Dockerfile的文件名中有一个“。txt”扩展名。

经过这两次调整,一切都达到了预期的效果。

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

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

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

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

对我来说,以下是错误:

无法用前端dockerfile解决。v0: failed to create LLB definition: failed to do request: Head https://registry-1.docker.io/v2/library/postgres/manifests/13-alpine: net/http: TLS握手超时

我在Windows 10和Docker Desktop中使用WSL2,我在更新Docker Desktop到3.5版本后得到了这个问题。

我通过启用与其他发行版的WSL集成来解决这个问题。

启用它:

在Windows中打开Docker Desktop,进入设置→资源→WSL集成→启用与其他发行版的集成,并为您安装的Ubuntu应用程序启用它。

通过设置HTTP_PROYY和HTTP_PROXYS环境变量来指定代理服务器。

例子:

http_proxy=http://username:password@proxy.example.com:8080
https_proxy=http://username:password@proxy.example.com:8080