GitLab Pipeline因docker-compose --follow命令挂起问题排查

• GitLab Runner的进程等待机制：GitLab Pipeline作业会等待脚本启动的所有子进程完全退出后，才会标记作业完成。docker-compose logs --follow是持续监听日志的阻塞命令，只要它在运行，作业的主进程就会一直等待，不会结束。
• 终端环境差异导致后台失效：本地终端中用&或nohup能让进程后台运行，是因为终端会话会允许进程脱离当前控制终端。但GitLab Runner的作业是在非交互式伪终端中执行的，进程的标准输入、输出、错误流仍与Runner的主进程绑定，即使加了nohup，只要这些流没被彻底关闭，进程还是会被Runner的进程组持有，无法真正后台运行。
• 未正确切断IO关联：docker-compose logs --follow默认会将日志输出到stdout/stderr，即使放到后台，只要这些输出流没有被重定向到文件或/dev/null，Runner会一直等待这些流的输出结束，导致作业无法终止。

内容的提问来源于stack exchange，提问作者Woodchuck