深入解析appleboy/ssh-action中脚本执行异常问题

问题背景

在使用GitHub Actions进行自动化部署时，许多开发者会选择appleboy/ssh-action插件来执行远程服务器操作。近期一个典型案例中，用户遇到了脚本执行异常的问题，值得深入分析。

现象描述

用户在GitHub Actions工作流中配置了通过ssh-action执行远程服务器脚本，主要包含三个操作：

1. 进入项目目录
2. 停止旧版本服务
3. 启动新版本服务

但实际执行时，脚本未能正常完成，日志显示"Process exited with status 143 from signal TERM"错误。

原因分析

经过技术排查，发现问题的核心在于：

1. SSH会话生命周期：当在单个SSH会话中连续执行多个命令时，特别是包含后台运行的命令(nohup)，SSH会话会立即结束，导致后续命令无法正常执行。

2. 命令执行顺序：原配置中stop.sh和start.sh在同一SSH会话中执行，当SSH会话结束时，可能中断正在启动的服务进程。

3. 信号处理：错误码143对应SIGTERM信号，表明进程被强制终止，这通常发生在SSH会话结束时对仍在运行的进程发送终止信号。

解决方案

通过将停止服务和启动服务拆分为两个独立的SSH操作可以解决此问题：

- name: 停止服务
  uses: appleboy/ssh-action@master
  with:
    script: sh /path/to/stop.sh || true

- name: 启动服务
  uses: appleboy/ssh-action@master
  with:
    script: |
      cd /project/path
      nohup sh start.sh > /dev/null 2>&1 &

技术原理

1. SSH会话特性：每个SSH Action步骤都会建立独立的SSH连接，确保命令执行环境隔离。

2. 进程守护：使用nohup启动的进程需要脱离终端控制，单独SSH会话可确保进程正确守护化。

3. 错误隔离：分离操作后，即使停止服务失败，也不会影响启动服务的执行。

最佳实践建议

1. 对于复杂的部署流程，建议将不同阶段的操作拆分为多个SSH Action步骤。

2. 后台进程启动后，可添加简单的健康检查确保服务正常运行。

3. 考虑使用systemd等专业的进程管理工具替代简单的shell脚本。

4. 重要的部署操作应添加详细的日志记录，便于问题排查。

总结

通过这个案例，我们可以深入理解SSH Action的工作原理及限制。合理设计工作流步骤，了解SSH会话生命周期，是确保自动化部署成功的关键。对于需要长时间运行的后台进程，特别需要注意会话保持和进程守护的问题。