这个想法诞生的缘由

快毕业了，因为没有出去实习，闲得慌，前两天写了一个利用 GitHub Actions 进行 Bilibili 每日投币，签到的程序BILIBILI-HELPER，详见利用 GitHub Action 定时任务实现哔哩哔哩签到，轻松获取每日 65 点经验。

重点来了 由于更新比较频繁，功能逐步增加，但是 Fork 仓库的用户用的基本上都是 Fork 的那个版本的，只有极少的用户会从源头仓库拉取最新更新的代码，以及极少的用户是删库重新 fork 这样就很繁琐。

于是在和另一个网友的讨论中，想起了Travis CI可以对仓库写入，只需要一个对用户仓库具有读写权限的Personal access tokens,然后进一步发现了使用Github Actions使用 GitHub 的机器人并不需要使用Personal access tokens就能对仓库进行写入，于是乎有了下面的自动更新脚本，每周五的 16 点 自动从源头仓库拉取最新的版本文件，更新到 Fork 仓库里。

name: auto_merge

on:
  workflow_dispatch:
  schedule:
    - cron: 0 16 * * fri
    # cron 表达式,每周五 16 点执行一次，可按照需求自定义。  

jobs:
  merge:
    runs-on: ubuntu-latest
    steps:
    - name: Checkout
      uses: actions/checkout@v2
      with:
        ref: main
        fetch-depth: 0
        lfs: true

    - name: Set git identity
      run : |
        git config --global user.email "41898282+github-actions[bot]@users.noreply.github.com"
        git config --global user.name "github-actions[bot]"
    - name: Load upstream commits
      run: |
        git update-index --assume-unchanged ./src/main/resources/config.json
        git pull https://github.com/JunzhouLiu/BILIBILI-HELPER.git --log --no-commit
    - name: Apply commit changes
      run: |
        if [ -f ./.git/MERGE_MSG ]; then
        mkdir ./tmp && cp ./.git/MERGE_MSG ./tmp/message
        sed -i "1c [bot] AutoMerging: merge all upstream's changes:" ./tmp/message
        sed -i '/^\#.*/d' ./tmp/message
        git commit --file="./tmp/message"
        else
        echo "There is no merge commits."
        fi
    - name: Push Commits
      env:
        DOWNSTREAM_BRANCH: main
        TZ: Asia/Shanghai
      run: git push origin $DOWNSTREAM_BRANCH

但是问题又来了，我是使用仓库里的config.json来支持自定义功能配置的，如果采用这种方法，后续版本config.json更新或者扩充了就会导致用户仓库的 config 文件被覆盖。。。。于是乎，今早上灵光一现。。。 最终方案。

自定义配置可以从网络加载，自建一个配置服务，用户通过 UID 在网页上进行配置自定义功能，仓库只负责储存功能代码和敏感的Secrets（因为登录 B 站需要 Cookies ），当程序运行时根据用户 uid，当前版本库版本，向配置服务请求配置下发。 这样就能做到源头仓库更新代码，下游仓库自动同步代码，并且不影响配置，并且做到了前后兼容

做到这些只需要两个 Action Job，一个执行定时任务，一个定时从源头仓库拉取更新然后 Merge 。 我也只需要用很少的资源自建一个配置下发服务，然后就完成了一整套的代码热更新服务。

查了下，发现 Github Actions 有每个用户有资源限额，如果在限额内，害，这应该就不算 abuse 吧。