我试图为我的盖茨比应用程序构建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:对于同一个问题,这个主题确实有很多有趣的答案,但是是由许多奇异的原因引起的。我的问题只是一个显而易见的问题的旁注。

其他回答

我在使用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能够构建图像而没有任何进一步的问题。

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

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

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

有时这种错误来自于一个愚蠢的语法错误…… 在我的例子中,我修改了一个Dockerfile并删除了一些环境变量,但忘记从最后一行删除反斜杠…

    WORDPRESS_HTTPS_PORT="8443" \
    WORDPRESS_HTTP_PORT="8080" \
    WORDPRESS_SKIP_INSTALL="yes" \ <-- to be removed

EXPOSE 8080 8443
USER 0

如果您正在使用Windows Subsystem for Linux (WSL),请在启动窗口之前检查Docker是否正在运行。如果您在启动窗口后启动了Docker。那么重启你的终端。如果你的文件是正确的,它应该可以工作。

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

例子:

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