只使用-i标志而不是-it标志。这可以帮助您了解容器内的情况。

docker exec -i $USER bash <<EOF
 apt install nano -y 
EOF

您可能会看到警告，但它显示了docker内部终端上的输出。

只要不指定要装载的卷（例如.：/mountpoint或${pwd}：/mountpoint

我找到的最佳解决方法是在Visual Code Studio中使用git bash插件，并使用终端启动和停止容器或docker compose。

下面显示的Jenkins管道步骤失败，错误相同。

       steps {
            echo 'Building ...' 
            sh 'sh ./Tools/build.sh'
        }

在我的“build.sh”脚本文件“docker-run”命令中，Jenkins作业执行该命令时输出此错误。然而，当脚本在shell终端中运行时，它工作正常。发生错误的原因是将-t选项传递给docker run命令，据我所知，该命令尝试分配终端，如果没有终端可供分配，则失败。

在我的例子中，我已经将脚本更改为只有在可以检测到终端时才传递-t选项。以下是更改后的代码：

DOCKER_RUN_OPTIONS="-i --rm"

# Only allocate tty if we detect one
if [ -t 0 ] && [ -t 1 ]; then
    DOCKER_RUN_OPTIONS="$DOCKER_RUN_OPTIONS -t"
fi

docker run $DOCKER_RUN_OPTIONS --name my-container-name  my-image-tag

如果您在windows上使用gitbash，只需将

冬季的

在“码头线”之前：

winpty docker exec -it some_container bash

同样的情况在这里，我运行以下命令throw.sh脚本（bash）和python.py然而，我得到了同样的错误“输入设备不是TTY”。

在我的例子中，我试图通过身份验证从“production”env的运行容器中获取转储，并传递一些参数，然后获取mssql数据库容器的.bak文件的输出。

从命令中删除-it。如果你想保持它的交互性，那么就保持-i。

您可以检查我的.sh文件和一个获取转储的长命令。

如果使用windows，请尝试使用cmd，对我来说它是有效的。检查docker是否已启动。