如何让GitLab CI Job不等待Script段命令返回？解决IP切换导致的任务挂起问题

我来帮你搞定这个棘手的问题——修改设备永久IP后SSH会话中断导致GitLab Job无限挂起的场景确实很典型，下面给你几个实用的解决思路：

方案1：修改远程脚本，让IP修改命令脱离SSH会话执行 #

最可靠的方式是在你发送的$configfile脚本里，把最后那条修改永久IP的命令调整为后台执行并脱离当前SSH会话，这样SSH会立即返回结果，不会等待命令完成（毕竟IP一改会话就断了）。

比如把你的IP配置命令改成这样：

# 你的其他配置操作...
# 修改永久IP并让命令脱离SSH会话
nohup ip addr replace 192.168.0.10/24 dev eth0 & disown

• nohup：让命令忽略SSH断开时的挂起信号，保证命令能继续执行
• &：把命令放到后台运行
• disown：将该命令从当前shell的作业列表中移除，彻底脱离SSH会话的控制

这样SSH会在发送完这条命令后立刻返回，不会因为IP变更导致会话中断而挂起。

方案2：在GitLab CI脚本中将SSH命令后台执行 #

如果你不想修改远程脚本，也可以直接在GitLab CI的script段里把整个SSH命令放到后台，同时重定向输出避免阻塞，再加上短暂的延迟确保命令已发送到设备：

# 将SSH命令后台执行，重定向所有输出到/dev/null
sshpass -p $TARGET_password ssh -o StrictHostKeyChecking=no $TARGET_username@$TARGET_IP 'bash -s' < $configfile > /dev/null 2>&1 &
# 短暂休眠，确保远程脚本已经开始执行IP修改步骤
sleep 3

这个方法的核心是让GitLab CI的Job不等待SSH命令的返回结果，直接继续执行后续步骤（或者结束Job）。不过要注意调整sleep的时长，确保足够让远程设备接收到并开始执行脚本。

关于GitLab CI的特殊指令 #

GitLab CI本身并没有专门让Job不等待命令返回的内置指令，on-success/on-failure这类是用来控制Job的执行条件，和命令是否等待返回无关。所以上面的两种方案是最直接的解决方式。

优先推荐方案1，因为它从远程命令本身入手，可靠性更高，不会依赖休眠时长这类不稳定的因素。

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