ReleaseTracker¶

追踪上游版本，并按策略将选定版本应用到运行时目标。本文档面向自托管实例的管理员；只做版本追踪时不需要配置执行器。

开始使用¶

首次部署请阅读安装与首次运行，完成部署、登录和第一次版本检查。

对象	作用
追踪器	组织同一个项目的一个或多个版本来源
版本来源	提供版本的 Git 仓库、Helm Chart 或 OCI 镜像仓库
发布渠道	用发布状态和版本规则筛选来源中的版本
运行时连接	访问 Docker、Podman、Portainer、Kubernetes 或 SSH 主机的连接
执行器	将来源的发布渠道绑定到运行时目标，并执行更新
通知器	把版本和执行事件发送到 Webhook、企业微信、飞书、Telegram 等渠道

版本来源 → 发布渠道 → 选定版本 → 执行器 → 运行时目标。

三类“历史”不要混淆：版本历史是上游版本记录；执行器快照是更新前的目标配置，用于回滚；实例备份是 ReleaseTracker 自身数据库与密钥的归档，用于灾难恢复。三者都不包含业务应用数据。

我想……	文档
筛选版本、配置 Changelog 或仓库 Webhook	追踪器与版本规则
接入私有来源、容器平台或 SSH 主机	凭证与运行时连接
配置自动更新、维护窗口和部署确认	执行器与更新策略
验证更新结果或回滚	健康检查与回滚
接收版本和执行事件、自定义消息模板	消息通知
配置 HTTPS、子路径或 SSO	反向代理 · 管理员与 OIDC
备份、恢复、升级或轮换密钥	备份、升级与密钥
查参数、支持边界或错误	系统设置 · 支持范围 · 故障排查

按单实例部署。自动更新前先手动验证版本和绑定；更新失败不会自动回滚。各目标的更新、健康检查和恢复能力以支持范围为准。源码与开发入口见 GitHub 仓库。