InstallerX Revived 三个发布通道怎么选:Stable/Alpha/CI 的区别与切换注意事项
概览
InstallerX Revived 同时提供三个发布通道,开发迭代速度和稳定性依次递增。你可以随时在三个通道之间切换,但切换可能需要清除应用数据或卸载重装——请根据自己的需求慎重选择。
1. Stable Release(稳定版)
- 触发时机:开发周期结束后,手动从
main分支构建并发布 - 适用人群:日常使用,追求功能完整、稳定、少踩坑的用户
- 下载入口:GitHub Releases 的 Latest(搜索 InstallerX Revived releases)
- 特点:版本号如
26.09,不含f后缀。经过一轮或多轮 Alpha 测试后发布,不会引入破坏性变更。Bug 修复优先在 Alpha 完成后合并回 Stable。
稳定性警告:Stable 版本可能已经落后于 Alpha 和 CI——如果你在 Stable 上遇到 Bug,请先在 Alpha 或 CI 版本上复现并反馈,因为 Stable 上的问题可能已经在上游修复。
2. Alpha Build(主分支)
- 触发时机:功能合并到
main分支时自动构建并发布 Pre-release - 适用人群:想尝鲜新功能但需要相对稳定性的用户、愿意反馈问题的早期体验者
- 下载入口:GitHub Releases 的 Pre-release 标签;Telegram 频道(自动同步)
- 特点:版本号如
26.06.f48394a(f后面是短 commit hash)。包含最新已合并的功能和修复,但不保证稳定性——可能引入新 Bug、UI 变动或配置项重置。
3. Dev Build / CI(开发版)
- 触发时机:
dev分支每次推送时自动构建 GitHub Actions Artifact - 适用人群:需要测试特定 Bug 修复或最前沿功能的极客
- 下载入口:GitHub Actions 的 auto-preview-dev.yml workflow 运行产物
- 特点:版本号同 commit hash,包含绝对最新的代码。构建时间敏感、功能可能随时增减,不适合日常使用。
通道切换警告
开发中版本(Alpha / Dev)不保证稳定性,功能可能随时添加或删除。在不同构建通道之间切换可能需要清除应用数据或卸载重装——配置文件、备份内容、历史记录可能不兼容。
安全做法:切换前先在应用的"备份与还原"功能里导出完整备份,切换安装后如发现配置异常,用备份还原。
关于 APK 文件
InstallerX Revived 现以单一 APK 发布。早期版本的 APK 文件名包含 online 和 offline 两个变体,现在统一为 online 版本——文件名里的 online 字样仅为兼容旧版更新客户端而保留,不再区分在线/离线两个独立构建变体。
网络访问由应用设置控制:默认开启(用于更新检查、网络直链安装包下载),你可以在 设置 → 网络设置 里关闭。关闭联网后 APK 仍然声明联网权限,但不会主动发起任何网络请求。
如何在应用内检查更新
打开 InstallerX,进入 设置 → 网络设置 → GitHub 更新通道,选择更新来源:
- 官方:直接访问 GitHub Release API
- 7ED 代理:使用内置代理通道,适合国内网络
- 自定义 GHProxy:填写自己的代理 URL,为空时回到官方通道
检查到新版本时,会弹出提示并引导下载安装。更新完成后旧版本的配置和历史记录会被保留(除非版本跨度太大导致不兼容)。