错误“输入设备不是TTY”

我正在Jenkinsfile中运行以下命令。然而，我收到错误“输入设备不是TTY”。

docker run -v $PWD:/foobar -it cloudfoundry/cflinuxfs2 /foobar/script.sh

有没有一种方法可以在不进行交互模式的情况下从Jenkinsfile运行脚本？

我基本上有一个名为script.sh的文件，我想在Docker容器中运行。

当前回答

为了让docker分配TTY（-t选项），当docker运行被调用时，您已经需要在TTY中。Jenkins不在TTY中执行其任务。

话虽如此，您在Jenkins中运行的脚本可能也希望在本地运行。在这种情况下，分配TTY非常方便，这样在本地运行时就可以发送类似ctrl+c的信号。

要解决此问题，请使脚本可以选择使用-t选项，如下所示：

test -t 1 && USE_TTY="-t" 
docker run ${USE_TTY} ...

其他回答

对于那些在Windows上遇到这个错误和gitbash的人来说，只需使用PowerShell，它就可以完美地工作了。

使用docker compose exec-T通过Jenkins为我解决了这个问题

docker compose exec-T containerName php script.php

对于使用Pyinvoke的用户，请参阅以下文档，如果链接失效，我将在这里联合这些文档：

99%的情况下，将pty=True添加到您的跑步通话中会使事情按照您的预期进行。继续阅读原因（以及为什么pty=True不是默认值）。

命令行程序经常根据控制终端是否存在而改变行为；一个常见的例子是彩色输出的使用或废弃。当输出的接收者是终端上的人时，您可能需要使用颜色、调整线路长度以匹配终端宽度等。

相反，当您的输出被发送到另一个程序（shell管道、CI服务器、文件等）时，颜色转义码和其他特定于终端的行为可能会导致无用的垃圾。

Invoke的用例涵盖了以上两种情况——有时您只希望直接显示数据，有时您只想将其捕获为字符串；通常你都想要。因此，没有“正确”的默认行为：使用伪终端——无论哪种方式都会给大量用例带来不便。

对于不关心的用例，没有伪终端的直接调用更快、更干净，因此它是默认的。

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

为了让docker分配TTY（-t选项），当docker运行被调用时，您已经需要在TTY中。Jenkins不在TTY中执行其任务。

话虽如此，您在Jenkins中运行的脚本可能也希望在本地运行。在这种情况下，分配TTY非常方便，这样在本地运行时就可以发送类似ctrl+c的信号。

要解决此问题，请使脚本可以选择使用-t选项，如下所示：

test -t 1 && USE_TTY="-t" 
docker run ${USE_TTY} ...

推荐文章