如何在 RSS 阅读器中关注 GitHub 发布版本
每个仓库都有发布版本订阅源
GitHub 为每个公开仓库提供发布版本订阅源。只需在仓库地址末尾添加 /releases.atom:
https://github.com/OWNER/REPO/releases.atom以 GitHub CLI 为例,其仓库为 cli/cli,对应地址为:
https://github.com/cli/cli/releases.atom该订阅源采用 Atom 格式,RSS 阅读器对其的处理方式与 RSS 完全相同。每条条目对应一次发布,包含发布标题、发布页面链接、发布时间,以及维护者在 GitHub 上填写的发布说明。订阅源保留最近 10 次发布记录。使用时无需 GitHub 账号、访问令牌或任何第三方服务。
在 SereneReader 中添加发布版本订阅源
- 在 GitHub 上打开仓库,复制地址中的
OWNER/REPO部分,例如cli/cli。 - 构建订阅源 URL:
https://github.com/cli/cli/releases.atom。 - 在 SereneReader 中,点击侧边栏底部的添加订阅源,将 URL 粘贴到订阅源 URL字段中。
- 填写自定义标题。GitHub 默认以仓库名称命名订阅源,因此 GitHub CLI 的订阅源名称会显示为"Release notes from cli"。使用"GitHub CLI releases"这样的标题更便于在侧边栏中查找。
- 如果有专门存放发布版本的文件夹,可以选择它,然后点击添加订阅源。
新发布版本将与其他文章一同出现,发布说明会像普通文章一样在阅读器中打开。
将发布版本订阅源归入同一文件夹
如果关注的项目较多,建议为它们创建一个专属文件夹。点击侧边栏中的新建文件夹,命名为"Releases"之类的名称,然后在添加每个订阅源时选择该文件夹。需要查看所用工具的更新时,打开该文件夹;其余时间将其折叠即可。
GitHub 提供的其他订阅源
同样的方式适用于其他几个页面。以下内容均已于 2026 年 11 月 3 日针对真实仓库进行了验证。
| 想要关注的内容 | 订阅源 URL | 每条条目包含的内容 |
|---|---|---|
| 发布版本 | https://github.com/OWNER/REPO/releases.atom |
发布标题和完整发布说明(最近 10 条) |
| 标签 | https://github.com/OWNER/REPO/tags.atom |
标签或发布标题,包含被标记提交的消息而非发布说明(最近 10 条) |
| 某分支的提交 | https://github.com/OWNER/REPO/commits/BRANCH.atom |
提交消息(最近 20 条) |
| 某文件或文件夹的提交 | https://github.com/OWNER/REPO/commits/BRANCH/PATH.atom |
涉及该路径的提交消息(最近 20 条) |
| 讨论 | https://github.com/OWNER/REPO/discussions.atom |
新建讨论,适用于已开启 Discussions 功能的仓库 |
| 用户的公开动态 | https://github.com/USER.atom |
推送、删除分支及其他公开事件(最近 30 条) |
一些可直接使用的示例:
https://github.com/cli/cli/tags.atom
https://github.com/cli/cli/commits/trunk.atom
https://github.com/cli/cli/commits.atom
https://github.com/cli/cli/discussions.atom
https://github.com/vitejs/vite/commits/main/packages/vite/CHANGELOG.md.atom
https://github.com/torvalds.atom几点实用说明:
- 不指定分支的
/commits.atom会关注仓库的默认分支。对于cli/cli,其返回结果与/commits/trunk.atom相同。 - 不存在的分支会返回 404 错误。如果阅读器提示找不到订阅源,请检查分支名称是否正确。
- 文件订阅源适合跟踪变更日志。 有些项目将发布说明写在
CHANGELOG.md文件中,而非 GitHub 发布页面。关注该文件的提交记录,即可得知变更日志何时更新,如上述 Vite 示例所示。 - 仅打标签、未发布 GitHub 版本的项目仍然有可用的发布版本订阅源。Linux 和 Go 均未发布 GitHub releases,其
releases.atom订阅源会列出各自的标签。条目内容为提交消息,因此较为简短。
如何关注整个组织?
GitHub 不提供跨组织的发布版本汇总订阅源。https://github.com/ORG.atom 会返回一个有效的订阅源,但其中包含的是组织事件,例如成员被添加到仓库等。对于 cli 和 github 组织,该订阅源为空。https://github.com/orgs/ORG.atom 返回的是网页,而非订阅源。
如需关注某组织下的所有仓库,可逐一订阅每个仓库的发布版本订阅源。无需手动操作:下方脚本会通过 GitHub API 获取该组织的公开仓库列表,并生成 OPML 文件——这是阅读器用于批量导入订阅源的格式。脚本依赖 curl 和 jq,最多读取 100 个仓库,并跳过已归档的仓库。
ORG=cli
curl -s "https://api.github.com/orgs/$ORG/repos?per_page=100&type=public" \
| jq -r --arg org "$ORG" '
"<?xml version=\"1.0\" encoding=\"UTF-8\"?>",
"<opml version=\"2.0\">",
" <head><title>\($org) releases</title></head>",
" <body>",
" <outline text=\"\($org) releases\">",
(.[] | select(.archived | not) | " <outline type=\"rss\" text=\"\(.full_name)\" xmlUrl=\"https://github.com/\(.full_name)/releases.atom\"/>"),
" </outline>",
" </body>",
"</opml>"' > "$ORG-releases.opml"将 ORG 替换为目标组织名称,运行脚本后导入生成的文件:在 SereneReader 中点击添加订阅源,然后选择导入 OPML。所有订阅源将归入同一文件夹,本例中命名为"cli releases"。大型组织可能拥有数百个仓库,建议在导入前先检查文件内容。免费计划的单次导入上限为 150 个订阅源。
能否过滤预发布版本?
订阅源本身不支持过滤。发布版本订阅源包含预发布版本,且条目中没有任何字段标明其为预发布。我们以 TypeScript 为例进行了验证:GitHub 将"TypeScript 7.1 Beta"标记为预发布版本,但其订阅源条目与正式版本看起来完全相同。在订阅源 URL 中添加 ?prerelease=false 并不会改变 GitHub 的返回结果。
可以根据发布标题进行过滤。许多项目会在预发布版本名称中包含"beta"、"rc"或"alpha"等字样。在 SereneReader 中,可以在设置 > 数据 > 隐藏词组下添加词组,或者打开某篇发布说明,点击隐藏文章,选择按词组隐藏。标题或摘要中包含该词组的文章将被隐藏,包括此后新到达的文章。例如,词组 -rc 会隐藏 Linux 的候选发布版本,如 v7.4-rc1。
选择词组时请谨慎。隐藏词组对所有已订阅的订阅源均有效,且同时匹配摘要和标题。例如,beta 这个词组也会隐藏正式版本的发布说明(如果其中提及了 beta),以及其他订阅源中包含该词的文章。
还有一点值得注意:包含多个软件包的仓库通常会在同一订阅源中发布所有软件包的版本。TypeScript 的订阅源中也列出了其 VS Code 扩展的发布版本,标题为 vscode-typescript/v1.0.1。使用 vscode-typescript/ 作为隐藏词组即可过滤这些条目。
使用 AI 代理阅读发布说明
如果关注的项目较多,也许更希望获得摘要,而非逐条阅读发布说明。SereneReader 的 API 以 JSON 格式返回文章列表,包括来自发布版本订阅源的文章,因此代理程序或简短脚本可以读取过去一周的发布记录,并告知哪些版本与你相关。如何将 RSS 订阅源连接到 AI 代理提供了详细的配置说明。该 API 适用于 Pro 和 Team 计划。
订阅源不够用的情况
发布版本订阅源是一种低干扰的方式,用于跟踪所用软件的更新。但它存在一定局限性:
- 发布说明的质量取决于发布本身。 订阅源仅传递发布文本,别无其他。Linux 的发布条目只有一行,例如"Linux 7.4-rc1";TypeScript beta 条目则是一篇博客文章的链接。发布附件也不会列出。对于此类项目,建议同时关注其博客订阅源或变更日志文件。
- 私有仓库不可用。 私有仓库的订阅源在未登录 GitHub 的情况下会返回 404 错误,而 RSS 阅读器抓取订阅源时不带有你的 GitHub 登录状态。对于私有仓库,请使用 GitHub 自带的通知功能(见下文)。
- 新发布版本按阅读器的抓取周期到达。 阅读器定期检查每个订阅源,因此新发布版本会在下次检查时才出现,而非发布的那一刻。用于日常阅读已完全够用,但如果需要即时响应则不适合。
- 更新频繁的订阅源可能遗漏条目。 订阅源最多保留最近 10 次发布记录。如果某仓库在两次检查之间发布了超过 10 个版本(例如大型 monorepo 在发布日),部分记录会在阅读器抓取之前被推出订阅源。
如果上述局限性影响到实际使用,可以考虑以下替代方案:
- GitHub 的 Watch 菜单。 在仓库页面点击 Watch,选择自定义,然后勾选发布版本。GitHub 将在每次新发布时发送通知,如已开启邮件通知则同时发送邮件。该方式同样适用于你有权访问的私有仓库。
- Webhook。 如果发布版本需要自动触发某些操作(例如构建或部署),可以为仓库设置包含 release 事件的 Webhook,在版本发布时调用你的服务器。仅限你有管理权限的仓库。
- 依赖更新工具。 如果目标是保持项目依赖的最新状态,可以使用 Dependabot 或 Renovate 等工具,在新版本发布时自动提交 Pull Request。
对于日常跟踪所依赖工具的更新,且不想多一个收件箱要管理,订阅源通常已经足够。
订阅源 URL 及其内容已于 2026 年 11 月 3 日在 GitHub 上完成验证。如果某个订阅源停止更新,请在浏览器中打开其 URL,确认 GitHub 是否仍在提供该订阅源。