如何通过GitHub Action在每次push后自动调用页面触发部署

完全可以实现，这套主动pull的部署模式比FTP上传的稳定性高很多，只要做好安全配置和细节校验，比第三方FTP部署Action的成功率高不少。

你现在写的裸接口有很大安全风险，先做几个调整再上线：

• 去掉GET方法支持，仅保留POST方法，避免被搜索引擎爬虫、浏览器预加载请求误触发
• 增加鉴权逻辑：要么校验自定义请求头里的部署密钥，要么校验GitHub webhook的签名，禁止任意访客访问接口就能触发代码拉取
• 把代码里的~/folder替换成项目目录的绝对路径，比如/var/www/your_project，避免web服务运行用户的家目录和你预期不一致导致找不到Git仓库
• 不要直接把Git命令的原始输出返回给请求方，容易泄露服务器路径、提交记录等敏感信息，执行成功返回固定成功标识即可，详细执行日志存在服务器本地方便排查
• 提前给项目目录配置好权限，保证web服务的运行用户（比如www-data、nginx用户）对目录有读写权限，避免pull时出现权限报错

两种方案选一种就行，第二种链路更短故障率更低：

方案1：用GitHub Action调用接口 #

在仓库下新建.github/workflows/auto-deploy.yml文件，写入如下配置：

name: Server Auto Deploy
# 仅在向部署分支push代码时触发
on:
  push:
    branches: [ main ] # 替换成你实际用来部署的分支名，比如master、prod
jobs:
  trigger-server-pull:
    runs-on: ubuntu-latest
    steps:
      - name: Call deploy endpoint
        run: |
          curl -X POST https://你的站点域名/pull \
          -H "X-Deploy-Token: ${{ secrets.DEPLOY_TOKEN }}" \
          --connect-timeout 10 \
          --max-time 30 \
          --fail

配置说明：

• 把DEPLOY_TOKEN提前存在仓库的Settings -> Secrets and variables -> Actions里，值就是你服务端接口校验的自定义密钥，不要硬编码在workflow文件里
• --fail参数会让curl在接口返回非200状态码时标记为执行失败，方便你在Action的运行记录里看到部署是否成功
• 如果拉取代码后还要执行依赖安装、服务重启之类的操作，直接在服务端的pull接口里按顺序加对应逻辑即可，不用额外改Action配置

方案2：直接用GitHub Webhook触发（更推荐） #

不需要写Action配置，直接打开仓库的Settings -> Webhooks，新增一个webhook：

• Payload URL填你的pull接口地址
• Content type选application/json
• Secret填你自定义的校验密钥，服务端接口可以直接用官方提供的方法校验请求签名，避免密钥泄露
• 触发事件选择Just the push event
  配置完成后每次push代码，GitHub会直接发POST请求到你的服务器接口，比走Action的链路更短，少一层网络转发，出问题的概率更低。

• 如果服务器上的Git仓库是用root用户克隆的，记得先把目录所有者改成web服务运行用户，否则pull时会报权限不足
• 如果项目有子模块，pull的时候记得加--recurse-submodules参数
• 接口执行逻辑里建议加超时限制，避免Git进程卡死占用资源

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