问题描述
我试图了解 Dockerfile 中的 ENTRYPOINT
和 docker run --entrypoint
之间的差异。 exec
的 ENTRYPOINT
形式允许多个参数,
# Source: https://docs.docker.com/engine/reference/builder/#entrypoint
ENTRYPOINT ["executable","param1","param2"]
但是 docker run --entrypoint=executable
只接受一个。许多示例展示了如何使用参数覆盖 ENTRYPOINT
,但它们也通过指定 CMD
来实现:
docker run --entrypoint=executable image:latest param1 param2
是否存在阻止直接 docker run --entrypoint
等效于 ENTRYPOINT ["executable","param2"]
的技术限制? Docker Compose 似乎支持它
# Source: https://docs.docker.com/compose/compose-file/compose-file-v3/#entrypoint
entrypoint: ["PHP","-d","memory_limit=-1","vendor/bin/PHPunit"]
与使用 Docker 的其他提供商(例如 AWS ECS)一样。或者,也许在内部,[...entrypoint_args,...command_args]
实际上被注入了 [entrypoint,...command]
以使其与 docker run
兼容?
解决方法
Docker cli 使用 Golang CLI 管理器 spf13/cobra 来处理其标志,例如 --entrypoint
。
This 是提取入口点的位置:
flags.StringVar(&copts.entrypoint,"entrypoint","","Overwrite the default ENTRYPOINT of the image")
由于解析命令行参数的方式,来自 spf13/pflag 库的 StringVar
将仅提取标志后的第一个字符串。因此,如果它们以空格分隔或未用双引号 "
括起来,则不会获取标志后的所有字符串。所以这似乎是技术限制。