Docker compose up-d命令以某种方式覆盖了生产stdin和tty设置

Question

需要帮助使docker compose运行我的容器，但无法在生产中登录到它。我试图通过覆盖compose file stdin和tty设置来实现这一点，但失败了。。。很多次。

我有stdin和tty开放开发在我的撰写文件（docker-compose.yml）：

services:
  web:
    image: some_image
    container_name: my_service_dev
    environment:
     .....
    stdin_open: true
    tty: true

我制作了另一个文件用于生产，并覆盖了一些设置，包括省略stdin_open和tty（docker-compose-prod.yml）。

services:
  web:
    image: some_image
    container_name: my_service_prod
    environment:
....

在使用docker comment重建图像后

docker-compose -f docker-compose-prod.yml build --no-chache

和他们一起跑

docker-compose -f docker-compose-prod.yml up -d

我仍然可以用docker exec输入这个容器的伪tty。

我已尝试在下一次尝试（docker-compose-prod.yml）时显式禁用stdin

services:
  web:
    image: some_image
    container_name: my_service_prod
    environment:
     .....
    stdin_open: false
    tty: false

重建它并以相同的结果运行。

然后我假设我的docker-compose.yml文件以某种方式被合并以构建/运行设置，所以我将其重命名为docker-compose-default.yml.

但遗憾的是，我仍然注意到，我的容器在产品中使用打开的stdin运行。docker compose up-d是否总是使用打开的stdin/tty运行（听起来很奇怪，但我觉得我快疯了）？或者我错过了什么？

Answer 1

docker exec -it my_prod_container bash

这没有连接到容器的标准输入。stdin与此无关，启用或禁用stdin_open和tty将没有效果。他们是不相关的。

与C类似的是关闭stdin，希望它能阻止fork（）调用。