问我应该使用docker-compose up还是run？

EN

正如docker-compose run (2015)中提到的那样

运行传递的命令会覆盖服务配置中定义的命令。

例如，如果web服务配置是使用bash启动的，则docker-compose run web python app.py将使用python app.py覆盖它。

第二个区别是docker-compose run命令不会创建服务配置中指定的任何端口。

这可防止端口与已打开的端口发生冲突。如果您确实希望创建服务的端口并将其映射到主机，请指定--service-ports标志：

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

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

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

很简单，因为docker-compose run是为您的服务运行一次性命令的。

这意味着，如果您已经创建了一个docker-compose up，那么您的所有容器都已经在docker-compose.yml指定的端口上运行了。

在此阶段执行docker-compose run (执行一次性命令)，如果它涉及同一端口，将立即失败。因此，默认情况下不创建这些端口。

另一个用例(在Compose environment variables reference中)：

要查看服务可用的环境变量，请运行docker-compose run SERVICE env。

这些命令的最新(2019+)版本位于docker/docker.github.io上

• docker compose run
• docker compose up

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

import pdb; pdb.set_trace()

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

docker-compose up

但是，如果你使用run，它会像预期的那样下拉到调试器：

docker-compose run

docker docs给出了答案。

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

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