Dockerfile 的入口点仅来自基础映像

Question

我有一个非常简单的 Dockerfile，如下所示：-

FROM my-base-image
COPY abc.properties /opt/conf/

现在我的基本图像有一个 docker 入口点（在它的 Dockerfile 的末尾），但是你可以看到这个结果图像没有。这是否有效，或者我们是否需要在任何给定的 Dockerfile 中有一个 docker 入口点/CMD。还有结果图像中 COPY 指令的执行顺序是什么。我的意思是因为这个 Dockerfile 没有入口点，它会从基础镜像执行一个，但是会在 COPY 指令之后执行还是首先执行基础镜像入口点，然后在容器启动时执行这个 COPY 指令只是寻找概念在码头。

Answer 1

一些 Dockerfile 指令（特别是 ENTRYPOINT 和 CMD，还有 EXPOSE、LABEL 和 MAINTAINER）只是在图像中设置元数据；他们自己并没有真正做任何事情。在单个 Dockerfile 中，这将正常工作：

FROM ubuntu:18.04
WORKDIR /app
# Just remembers this in the image metadata; doesn't actually run it
CMD ["/app/main.sh"]
# ...we should actually copy the file in too
COPY main.sh /app

当您从另一个映像构建一个 Dockerfile 时，它​​的行为几乎完全就像您运行第一个 Dockerfile 中的所有命令，然后运行第二个 Dockerfile 中的所有命令一样。由于 CMD 和 ENTRYPOINT 只是设置元数据，第二个图像继承了这个元数据。

构建和运行镜像是两个独立的步骤。在您显示的示例中，COPY 指令在该docker build步骤期间发生，并且基础映像的命令直到后面的docker run步骤才会生效。（在 Docker Compose 中也是如此；一个常见的问题是为什么 Dockerfile 步骤无法连接到 Compose YAML 文件中声明的其他容器。）

有一个例外，它在 ENTRYPOINT 附近。如果您有一个同时声明 ENTRYPOINT 和 CMD 的基本映像，并且您在派生映像中重新声明了 ENTRYPOINT，它也会重置 CMD（本节的最后一段）。这通常不是一个实际问题。