版本更新节奏 — 没有商店推送，需要自己检查

为什么没有更新提示

Gloom 没有 Play Store 或 F-Droid 的分发，也没有内建的版本检查器——打开应用不会弹「有新版本可下载」。这不是功能遗漏，而是 MateriiApps 有意识的设计：作为一个轻量浏览客户端，它不想增加任何多余的后台进程。

更新触发机制

每次代码推送到 MateriiApps/Gloom 仓库的 main 分支，GitHub Actions 会自动触发构建，产出新的 release zip 和 debug zip。构建完成后上传到 nightly.link。

所以：新 commit = 新构建。作者合并了 PR、修了 bug、加了功能，这些改动几小时内就能在最新构建里拿到。

实际更新频率

从仓库历史来看：

• 活跃开发期（主要是 2024 年）：每周 2-4 次 commit
• 稳定维护期：每 1-2 周一次，修 bug 为主
• 发布节奏不稳定：release 标签偶尔有，大部分时间靠 nightly debug 构建

项目目前处于稳定维护期。MateriiApps 团队把精力分散在多个开源项目上（Upvote、Unbound 等），Gloom 持续跟进但不再大改。

怎么检查有没有新东西

三个渠道，任选一个：

1. 看仓库首页：github.com/MateriiApps/Gloom 首页会显示最近一次 commit 的时间和标题
2. 看 nightly Actions 页：nightly.link/MateriiApps/Gloom/workflows/build/main 显示最新一次成功构建
3. 订阅 RSS：GitHub 每个仓库都有 /commits/main.atom 格式的 Atom Feed，能同步到你习惯的 RSS 阅读器

推荐的更新习惯

• 每周一次回来刷新就行，不用天天看
• 重大改动（比如 Material You 升级、新浏览模块上线）一般会在仓库 README 或 MateriiApps 组织页贴通知
• debug 包直接覆盖安装：包名不变，安装新的就行；debug 和 release 包名不同，可以共存

遇到旧版本的已知问题

如果某个版本碰到了已知 bug（比如某语言的代码高亮错乱），最快的修复方式就是拉最新 nightly 构建——GitHub Actions 构建通常在 commit 合并后几小时内产出。