我应该使用docker-composup还是运行？

Question

是否有理由使用run启动一个docker-compose.yml文件，或者您应该只使用up？

我知道run可以启动一个特定的容器，但我指的是在不指定容器的情况下使用它以启动所有yml容器的情况。

Answer 1

docker docs给出了答案。

通常，您需要docker编写。使用up启动或重新启动docker compose中定义的所有服务。yml。在默认的“附加”模式下，可以看到所有容器中的所有日志。在“分离”模式下（-d），Compose在启动容器后退出，但容器继续在后台运行。

docker compose run命令用于运行“一次性”或“临时”任务。它需要您想要运行的服务名称，并且只为运行服务所依赖的服务启动容器。使用run运行测试或执行管理任务，如删除数据或向数据卷容器添加数据。run命令的作用类似于docker run-ti，因为它打开了容器的交互式终端，并返回与容器中进程的退出状态匹配的退出状态。

Answer 2

我想指出，如果您在pdb调试器中使用Python：

import pdb; pdb.set_trace()

如果您使用以下命令执行脚本，它将不会落到shell中：

docker-compose up

但是，如果使用run，它将按预期下降到调试器：

docker-compose run

Answer 3

如《docker compose run》（2015）中所述

run传递的命令将覆盖服务配置中定义的命令
例如，如果使用bash启动web服务配置，则docker compose运行web python应用程序。py用python应用程序覆盖它。py。

第二个区别是docker compose run命令不创建服务配置中指定的任何端口
这可防止端口与已打开的端口发生冲突。如果确实希望创建服务的端口并将其映射到主机，请指定--service ports标志：

$ docker-compose run --service-ports web python manage.py shell

因此，除非您有这些特定需求（覆盖命令或在不同端口上仅运行一个容器），docker compose up（即使对于一个容器）就足够了。

您能否帮助解释为什么或何时不希望创建端口？这就是它们可能与已打开的端口冲突的原因或时间

仅仅因为docker-composerun是为您的服务运行一次性命令而制作的。
这意味着，如果您已经执行了docker-composeup，那么您的所有容器都已经在其指定的端口上从<-plhd--0/>。
在这个阶段执行docker-composerun（执行一次性命令），如果它尊重相同的端口，将立即失败。因此默认不创建这些端口。

另一个用例（在Compose环境变量参考中）：

若要查看哪些环境变量可用于服务，请运行docker-comment run SERVICE env。

这些命令的最新版本（2019年）在docker/docker.github.io上：

• docker compose run