当然有合适的方案！完全不用在本地挂着脚本跑，GitHub自带的Actions就能完美解决这个需求，步骤也很清晰，我给你一步步讲：

这是最省心的方案，不需要本地维护任何服务，完全依托GitHub的云端能力运行。

步骤1：创建工作流文件 #

在你的GitHub仓库里，找到（没有就新建）.github/workflows目录，然后新建一个名为auto-merge-master-to-dev.yml的文件，把下面的配置内容粘贴进去：

name: 自动合并Master到Dev分支
on:
  push:
    branches:
      - master  # 触发条件：当master分支有代码提交时自动运行

jobs:
  merge-master-to-dev:
    runs-on: ubuntu-latest
    steps:
      - name: 拉取仓库代码
        uses: actions/checkout@v4
        with:
          fetch-depth: 0  # 拉取完整提交历史，避免合并时出错

      - name: 配置Git身份
        run: |
          git config --global user.name "GitHub Actions"
          git config --global user.email "actions@github.com"

      - name: 执行合并并推送
        run: |
          git checkout dev
          git merge master --no-ff -m "自动合并master到dev: $GITHUB_SHA"
          git push origin dev

配置说明 #

• on: push: branches: [master]：明确只有当master分支收到代码推送时，才触发这个自动合并任务
• runs-on: ubuntu-latest：使用GitHub提供的Ubuntu虚拟机来执行任务，不需要你自己的服务器
• fetch-depth: 0：必须拉取完整的仓库历史，否则合并操作可能因为缺少提交记录失败
• 配置Git用户名和邮箱是为了让GitHub Actions拥有合法的提交身份，顺利推送合并后的代码
• --no-ff参数会创建一个明确的合并提交记录，方便你追踪合并历史；如果不需要可以去掉这个参数，改成快速合并

注意事项 #

• 确保你的仓库已经存在dev分支，如果没有，先在本地创建并推送到远程仓库
• 检查仓库的Actions权限：进入仓库的「Settings」→「Actions」→「General」，找到「Workflow permissions」，确保勾选了「Read and write permissions」，这样Actions才有推送代码的权限
• 如果合并时出现冲突（比如dev分支有未合并的本地修改），这个工作流会自动失败，你需要手动解决冲突后，在GitHub的Actions页面重新运行这个任务就好

备选：本地脚本方案（不推荐） #

如果你实在要走本地脚本的路子，可以用Git的post-receive钩子配合定时任务，但需要你的本地机器一直开机运行，非常不灵活。具体来说就是在本地仓库的.git/hooks目录下创建post-receive脚本，监听master分支的推送，然后自动合并到dev并推送，但这种方案远不如GitHub Actions靠谱。

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