当然有可行方案！最适合你这个场景的工具就是GitHub Actions——不需要自己折腾Hook服务器，在仓库里加个配置文件就能搞定自动同步。下面给你详细拆解实现方式：

这是最省心的方案，不管是master分支还是其他分支，只要有人修改了serverA/data.json并推送，就能自动同步到serverB的对应位置。

步骤1：创建Workflow配置文件 #

在你的仓库根目录下新建.github/workflows/sync-data.yml文件，把下面的代码粘贴进去：

name: Auto-sync data.json to serverB
on:
  push:
    branches: ['**'] # 监听所有分支的推送事件，只监听master的话改成['master']
    paths:
      - 'serverA/data.json' # 只有这个文件变更时才触发任务

jobs:
  sync-file:
    runs-on: ubuntu-latest
    steps:
      - name: 拉取仓库代码
        uses: actions/checkout@v4
        with:
          fetch-depth: 0 # 拉取完整历史，确保能正常提交变更

      - name: 复制data.json到serverB
        run: cp serverA/data.json serverB/data.json

      - name: 自动提交并推送变更
        run: |
          git config --global user.name "GitHub Actions Bot"
          git config --global user.email "actions@github.com"
          git add serverB/data.json
          # 只有当文件有变更时才提交，避免空提交
          git diff --quiet && git diff --staged --quiet || git commit -m "🔄 Auto-sync data.json from serverA to serverB"
          git push

关键细节说明 #

• 触发条件：branches: ['**']表示监听所有分支的推送，如果你只需要master分支的变更触发，改成['master']就行；paths限定了只有serverA/data.json变更时才执行任务，避免无关代码推送触发冗余操作。
• 权限设置：去仓库的Settings > Actions > General页面，确认Workflow permissions设置为Read and write permissions，这样Actions才有权限提交代码到仓库。
• 避免循环触发：因为我们只监听serverA/data.json的变更，而Actions修改的是serverB/data.json，所以不会触发循环推送，这点可以放心。

如果你不想用GitHub Actions，也可以用Git Hooks，但局限性比较大：

• 本地Hook：在仓库的.git/hooks/pre-commit里写个脚本，提交前自动复制文件到serverB。但这个只能在你自己的本地生效，其他协作者如果没配置这个Hook，提交时不会同步。
• 服务器端Webhook：在GitHub仓库设置里配置Webhook，当有推送事件时触发你自己的服务器脚本，拉取代码、复制文件、提交推送。但需要自己维护服务器，不如GitHub Actions省心。

一定要在仓库的README里明确说明：禁止直接修改serverB/data.json，所有对这个文件的修改都必须在serverA/data.json中进行，避免出现手动修改和自动同步的冲突。

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