我应该使用docker-compose up还是运行它？
有没有使用run启动docker-compose.yml文件的理由，还是应该使用up？
我了解这run可以启动特定的容器，但是我指的是在不指定容器的情况下使用它的情况，这样它就可以启动所有yml容器。
问题答案：
如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可以为您的服务运行一次性命令。
这意味着，如果您已经执行过a docker-compose up，则所有容器都已经在从的指定端口上运行docker-compose.yml。
如果docker-compose run在此阶段执行a（一次性执行命令），如果它遵循相同的端口，则将立即失败。因此，默认情况下不创建这些端口。
另一个用例（在Compose环境变量参考中）：
要查看哪些环境变量可用于服务，请运行
docker-compose run SERVICE env。
这些命令的最新（2019+）版本在docker/docker.github.io：
docker compose rundocker compose up
-
是否有理由使用启动一个文件，或者您应该只使用？ 我知道可以启动一个特定的容器，但我指的是在不指定容器的情况下使用它以启动所有yml容器的情况。
-
问题内容： 我正在使用c / c 为osx和linux开发命令行界面可执行文件。该项目将链接到opencv。我应该使用libc 还是libstdc ++？ 问题答案： 我会为每个操作系统使用本机库，即GNU / Linux上的libstdc 和Mac OS X上的libc 。 libc 在GNU / Linux上不是100％完整的，而libstdc 更完整时使用libc并没有真正的优势。另外，如果
-
问题内容： 和CSS 和有什么不一样？我应该使用哪一个？为什么？ 问题答案： 所有这些答案似乎都是不正确的。与直觉相反，在CSS 中不是pixel 。至少不是在简单的物理意义上。 从W3C，EM，PX，PT，CM，IN…阅读本文，了解如何为CSS发明一个“神奇的”单元。的含义因硬件和分辨率而异。（该文章是最新的，最新更新为2014-10。） 我自己的思考方式： px单位是CSS的魔术单位。它与当前
-
问题内容： 我正在一个将Angular和Underscore都作为依赖项的项目。 当我需要创建对象的副本时，根据当时的心情，我可以使用或 在我看来，这些方法中的一种可能比另一种更快速/可靠/健壮。 假设已经包含两个库，那么这两个函数中的任何一个是否存在使另一个函数更好或更坏使用的已知问题？ 问题答案： 关于您的问题： angular.copy和_.clone是不同的。这不是哪个更好的问题，而是关于
-
问题内容： 我想从文本文件中读取每一行并将它们存储在ArrayList中（每一行是ArrayList中的一项）。 到目前为止，我知道BufferedInputStream写入缓冲区，并且仅在缓冲区为空时才进行另一次读取，这可以最大程度地减少或至少减少操作系统的操作量。 我正确吗-我说得通吗？ 如果以上情况是在任何情况下，任何人都想使用DataInputStream。最后，我应该使用这两个中的哪一个
-
问题内容： 在numpy中，可以使用切片语法中的’newaxis’对象创建长度为1的轴，例如： 该文档的状态是一个也可以用代替，效果是完全一样的。 有什么理由选择一个？是否有一般偏好或样式指南？我的印象是更受欢迎，可能是因为它更明确。那么，有什么理由允许这样做？ 问题答案： 之所以被允许，是因为它仅仅是的别名。 作者之所以选择它，是因为他们需要一个方便的常量并且可用。 至于为什么你应该更喜欢过：主