如何区分image与container中的entrypoint、cmd关系(即docker run image -args对应yaml语法/rancher UI操作方式)

如何区分image与container中的entrypoint、cmd关系

不管是用kubernetes还是docker-compose来管理容器，其command参数相当于覆盖了镜像的entrypoint，args相当于覆盖了镜像的CMD；若采用编排工具管理容器，如果没有重新定义entrypoint和cmd，就默认使用镜像的entrypoint和cmd；如果容器编排工具中只使用了args参数，相当于image的entrypoint+编排工具定义args参数；如果容器中同时定义了 command和args ，容器入口就变成了command+args，image中定义的entrypoint和cmd会完全被覆盖掉。

如何对着docker run image -args,来填写容器编排配置（kubernetes、docker-compose)文件

kubectl 与 Docker 命令关系 可以参考：http://docs.kubernetes.org.cn/70.html

我们经常能在某个image官方文档中看到 像docker run image -args这种用法，这就行相当于改写了其entrypoint或cmd，那这些args若是在kubernetes或docker-compose的yaml中怎么配置呢，如：docker run -it xxx /bin/sh，相当于把入口变为/bin/sh;

还有像 redis 镜像官网说明: docker run redis --requirepass passwd运行一个带密码的容器；若在k8s的yaml、rancherUI（甚至是