这个想法诞生的缘由
快毕业了，因为没有出去实习，闲得慌，前两天写了一个利用 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 吧。
1
Select Language