这对我来说效果最好，因为如果使用它，我真的不必在docker构建中添加入口点。。

sudo docker运行-it--entrypoint/bin/bash＜container_name＞

根据目标，至少有2个选项。

选项1：创建一个新的bash进程并加入其中（更简单）

示例开始：docker exec-it＜containername＞/bin/bash退出：键入退出专业版：适用于所有容器（不取决于CMD/Entrypoint）Contra：创建具有自己会话和环境变量的新进程

选项2：连接到已经运行的bash（更好）

示例开始：docker attach--detach keys ctrl-d＜containername＞退出：使用ctrl和d键Pro：加入容器中完全相同的运行bash。您具有相同的会话和相同的环境变量。Contra：仅当CMD/Entrypoint是一个交互式bash，如CMD[“/bin/bash”]或CMD[“/bin/bash”，“--init file”，“myfile.sh”]，并且容器已使用docker run-itd<image>（-i=interactive，-t=tty和-d=deamon[opt]）等交互式选项启动时才有效

我们发现选项2更有用。例如，我们将apache2前景更改为普通背景apache2，然后启动bash。

要执行到名为test的正在运行的容器中，下面是以下命令

如果容器具有bash shell

docker exec -it test /bin/bash

如果容器有伯恩外壳，大多数情况下都有

docker run -it test /bin/sh

在某些情况下，您的图像可以是基于阿尔卑斯山的。在这种情况下，它将抛出：

OCI运行时执行失败：执行失败：container_linux.go:348：启动容器进程导致“exec:\”bash\“：在中找不到可执行文件$PATH“：未知

因为/bin/bash不存在。相反，您应该使用：

docker exec -it 9f7d99aa6625 ash

or

docker exec -it 9f7d99aa6625 sh

要检查文件，请运行docker run-it＜image＞/bin/sh以获得交互式终端。图像列表可以通过docker图像获得。与docker exec相反，这种解决方案也适用于图像未启动（或运行后立即退出）的情况。

如果容器已经退出（可能是由于某些错误），您可以

$ docker run --rm -it --entrypoint /bin/ash image_name

or

$ docker run --rm -it --entrypoint /bin/sh image_name

or

$ docker run --rm -it --entrypoint /bin/bash image_name

创建一个新容器并将shell放入其中。由于指定了--rm，因此当退出shell时，容器将被删除。