944da9fee4d08760e3ff47e8dc14c723f5065959
release / release (push) Failing after 1m11s
产物是架构无关的 JS tarball(约 400 KB)而不是 bun 单文件: 单文件 94 MB 里几乎全是运行时,静态文件还得外置。架构差异 由安装侧的 bun 运行时吸收,版本钉死,和 CI 构建版本一起改。
Patchbay
一个跑在服务器上的网页,用来编辑那台机器上 mihomo 的 config.yaml 并让改动生效。
核心动作是把某一路入站接到某一个出站上,名字取自录音棚的插线板。典型用途是给每个容器开一个端口,各自指定走哪条线路。
聚合订阅不在范围内(那是 Sub-Store 的活),安装升级内核也不在(那是 mihomo-up.sh 的活)。术语以 CONTEXT.md 为准。
跑起来
需要 Bun 1.3 以上。
bun install
cp .env.example .env # 按里面的注释填
bun run start # 打包前端并启动,默认 http://127.0.0.1:7580
首次启动会生成访问令牌,打印在控制台上,也存在配置文件旁边的 .patchbay-token。
内核不在线也能用,只是看不到订阅里有哪些线路,改动也要等内核启动才生效。这是有意的:配置写坏导致内核起不来的时候,正是最需要这个界面的时候。
开发
bun run dev:kernel # 终端 1:本地测试内核,开着不用管
bun run dev:all # 终端 2:后端 + 前端,改了自动生效
然后访问 http://localhost:5173(不是 7580)。第一次先运行 bun run dev:reset 生成测试配置:模板在 dev/config.yaml,订阅地址从 .env 取。
检查
bun test # 单元测试,不需要内核
bun run smoke # 接口冒烟测试,需要内核和后端都在跑
bun run typecheck
scripts/ 里另有几个手动验证脚本(写回保真、落盘保护链路、链式代理的生成产物),用法写在各文件头部。
目录
server/ 后端。config-store.ts 是核心,落盘保护链路在里面
web/ 前端。styles/tokens.css 顶部写着设计基调
shared/ 两边共用的领域逻辑,纯函数,带测试
vendor/ 从别的项目复制来的代码,来源和本地改动记在各自的 ORIGIN.md
scripts/ 验证脚本,不参与打包
dev/ 本地测试内核的配置