Hudson-CI 启动的屏幕会话在任务结束时终止

Question

我遇到的主要问题是从 Hudson-CI 进行屏幕会话的后台处理。 shell 步骤是我需要从另一个脚本启动的脚本启动屏幕会话。这是一个简单的测试：

test.sh:

#!/bin/bash
myscreen.sh

myscreen.sh:

#!/bin/bash
screen -dm -S myscreen pingit.sh

pingit.sh:

#!/bin/bash
ping google.com

如果我运行 ./myscreen.sh 我会启动一个屏幕，连续运行 ping 没有问题。

如果我运行 ./test.sh，屏幕永远不会启动。我假设有一些基本的东西我忘记了或不理解，但我不知道是什么。我认为这会起作用。

我想要这样做的真正原因是让 Hudson CI 启动一个连续测试脚本，该脚本作为屏幕会话启动，以便它可以在后台继续。我发现，一旦 Hudson 中的任务完成，屏幕会话就会终止。

关于为什么我无法从祖父母脚本启动持久屏幕会话有什么想法吗？或者关于如何处理这个问题有什么想法吗？

这是在 OSX 10.6 上，屏幕是从源代码构建的（所以我认为它应该与 Linux 一样工作）。

Answer 1

如果我运行您的 test.sh，我会收到错误消息

./test.sh: Zeile 2: myscreen.sh: Kommando nicht gefunden.

，即找不到命令。如果当前目录不在路径上，则必须编写 ./myscreen.sh。 （适合你吗？不应该。）这对于屏幕调用同样有效。

将这两个文件更改为

#!/bin/bash
./myscreen.sh

，

#!/bin/bash
screen -dm -S myscreen ./pingit.sh

我就可以毫无问题地启动屏幕。

我在

$ screen --version
Screen version 4.00.03 (FAU) 23-Oct-06

这里使用 Linux (OpenSUSE)。

Answer 2

我不知道为什么我之前没有找到以下参考资料，但这些是帮助我解决问题的链接：

• https://serverfault.com/questions/155851/run-gnu-screen-from-script
• http://wiki.hudson-ci.org/display/HUDSON/Spawning+processes+from+build

这里有 2 个问题 - 一屏幕在由祖父母进程启动后被持久化。另一个是 hudson 在完成任务后终止会话。

屏幕问题是通过僵尸化进程来解决的，如下所示：

screen -d -m -S myscreen && screen -S myscreen -X zombie qr && screen -S myscreen -X screen pingit.sh

Hudson-CI 问题结果是一个错误，可以通过上面的链接轻松解决。解决方案是在 shell 脚本中添加 BUILD_ID=something 。因此，如果上面的 test.sh 脚本实际上是 Hudson Build shell 执行的，那么它必须更改为：

#!/bin/bash
BUILD_ID=dontkillthisprocess
myscreen.sh

一旦实现了这两个步骤，一切就正常了。