Git post-receive钩子启动Gunicorn后无法自动返回终端的问题求助
解决Git post-receive脚本启动Gunicorn后终端卡住的问题
这个问题我之前也碰到过——本质是你启动Gunicorn时,它的标准输出和错误输出还关联着Git推送的会话,加上进程没有完全脱离当前终端环境,导致你必须手动Ctrl+C才能回到本地终端。
修改方案
你只需要调整脚本中启动Gunicorn的命令,把它的输出重定向到空设备(或日志文件),同时用nohup让进程完全脱离会话:
修改后的完整脚本:
#!/bin/bash TARGET="/var/www/app" GIT_DIR="/opt/git/app.git" BRANCH="master" while read oldrev newrev ref do # only checking out the master (or whatever branch you would like to deploy) if [[ $ref = refs/heads/$BRANCH ]]; then echo "Reference $ref. Sending ${BRANCH} to production..." git --work-tree=$TARGET --git-dir=$GIT_DIR checkout -f pkill gunicorn cd /var/www/app # 关键修改:用nohup启动并重定向输出 nohup gunicorn run:app > /dev/null 2>&1 & cd - else echo "Ref $ref received. Doing nothing: only the ${BRANCH} branch may be deployed on this server." fi done
关键修改解释
nohup:这个命令会让Gunicorn忽略SIGHUP信号(当Git推送会话结束时会发送这个信号),确保进程能持续运行,不会随会话关闭而终止。> /dev/null:把Gunicorn的标准输出(比如启动日志)重定向到空设备,避免这些输出流回你的本地终端。2>&1:把标准错误输出也重定向到和标准输出相同的位置(这里是/dev/null),确保所有输出都不会干扰终端会话。- 最后的
&:让Gunicorn在后台运行,不阻塞脚本的执行流程。
可选优化(如果需要日志)
如果你想保留Gunicorn的运行日志,可以把/dev/null换成具体的日志文件路径,比如:
nohup gunicorn run:app > /var/log/gunicorn_myapp.log 2>&1 &
记得要确保日志文件所在目录有写入权限,避免启动失败。
另外补充一点:pkill gunicorn会杀掉所有名为gunicorn的进程,如果服务器上运行着多个Gunicorn实例,可能会误杀其他进程。如果需要更精准的控制,可以用pkill -f "gunicorn run:app"来只杀掉当前应用的Gunicorn进程。
内容的提问来源于stack exchange,提问作者Filip Stefanović
相关产品推荐
相关产品推荐

