git post-receive 钩子不在后台运行

Question

根据git documentation，post-receive 钩子实际上会阻塞 repo，直到它完成：

...客户端在完成之前不会断开连接，因此如果您尝试执行任何可能需要很长时间的操作，请小心。

如果您需要钩子来启动构建作业，然后在启动另一个（例如部署）作业之前轮询它的完成，这会导致问题。例如，当所述脚本运行时，构建服务器无法从 repo 中获取。

我们还假设您完全没有能力将您的脚本放在 git 服务器上，以使用类似于 this question 的整个 nohup /usr/bin/env python /path/to/post_receive.py 2>&1 > /dev/null & 方法作为 shell 命令执行。

我们还假设您已经尝试了类似于this 的整个双重os.fork()'ing 守护进程和一些其他问题（non-working 示例代码如下）并发现 git 仍然在完成钩子之前等待长时间运行的孩子完成。

pid = os.fork()
if pid == 0:
    os.setsid()
    pid = os.fork()
    if pid == 0:
        long_running_post_receive_function()
    else:
        os._exit(0)
else:
    for fd in range(0, 3):
        os.close(fd)
    os._exit(0)

那么，在这些限制条件下，有没有人成功地使用了一个长时间运行的 python post-receive 钩子，该钩子实际上在后台运行而不会阻塞 repo？

编辑

工作最小的结构，没有异常处理......感谢@torek和@jthill

pid = os.fork()
if pid == 0:
    os.setsid()
    pid = os.fork()
    if pid == 0:
        for fd in range(0, 3):
            os.close(fd)
        long_running_post_receive_function()
    else:
        os._exit(0)
else:
    sys.exit()

Answer 1

您需要关闭所有描述符访问，以便 ssh 知道它永远不会再获取任何数据。换句话说，在描述符 0 到 2 上调用 os.close。实际上，您需要将它们 打开，因此最好打开 os.devnull 和 os.dup2 得到的描述符超过 0、1 , 和 2（对于真正强大的软件，请确保 os.open 还没有返回值 0 <= fd <= 2，当然，如果确实如此，那没关系，只需将其保留在原位，同时 dup2-ing 其余部分）。

（您仍然需要通常的双叉技巧，放弃会话 ID 等可能是明智之举。在某些 Unix 派生系统中，有一个名为 daemon 的库例程，它可能位于 libc 或libutil，它为您完成所有这些。一些细节不可避免地取决于操作系统，例如放弃控制终端（如果有）的方式。但是，链接的 Python 特定答案中缺少的主要内容是替换标准输入/标准输出/标准错误描述符。）