GitHubのリリースをRSSリーダーでフォローする方法

SereneReader/2026年11月3日/rssgithubガイド

すべてのリポジトリにリリースフィードがある

GitHubは、すべての公開リポジトリのリリースフィードを提供しています。リポジトリのアドレスの末尾に /releases.atom を追加するだけです。

https://github.com/OWNER/REPO/releases.atom

リポジトリが cli/cli であるGitHub CLIの場合は次のようになります。

https://github.com/cli/cli/releases.atom

このフィードはAtom形式で、RSSリーダーはRSSと同じように扱えます。各エントリーは1つのリリースに対応しており、リリースのタイトル、リリースページへのリンク、公開日時、そしてメンテナーが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」のようなタイトルにしておくと、サイドバーで見つけやすくなります。
リリース用のフォルダーがあれば フォルダー を選択し、フィードを追加 をクリックします。

新しいリリースは他の記事と同じように届き、リリースノートは通常の記事と同様にリーダーで開けます。

リリースフィードを1つのフォルダーにまとめる

フォローするプロジェクトが増えてきたら、専用のフォルダーを作成することをおすすめします。サイドバーで 新しいフォルダー をクリックし、「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件）

コピーして使えるURLの例：

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の追跡に役立ちます。 GitHub Releasesではなく CHANGELOG.md ファイルにリリースノートを書くプロジェクトがあります。そのファイルへのコミットをフォローすることで、Changelogが更新されたときに通知を受けられます。上記のViteの例がまさにそのケースです。
GitHubリリースを公開せずにバージョンにタグを付けるプロジェクト でも、リリースフィードは機能します。LinuxやGoはGitHubリリースを公開していませんが、releases.atom フィードにはタグが一覧表示されます。エントリーのテキストはコミットメッセージのため、短い内容になります。

Organization全体はどうすればいい？

GitHubはOrganization全体のリリースフィードを提供していません。https://github.com/ORG.atom は有効なフィードを返しますが、リポジトリへのメンバー追加といったOrganizationのイベントが含まれます。cli や github のOrganizationでは空でした。https://github.com/orgs/ORG.atom はフィードではなくWebページを返します。

Organization内のすべてのリポジトリをフォローするには、各リポジトリのリリースフィードを個別に購読する必要があります。ただし、手作業で行う必要はありません。以下のスクリプトはGitHubのAPIにOrganizationの公開リポジトリ一覧を問い合わせ、リーダーがフィードのリストをインポートするために使う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 を対象のOrganizationに変更してスクリプトを実行し、ファイルをインポートします。SereneReaderでは フィードを追加 をクリックし、OPMLをインポート を選択してください。フィードは1つのフォルダーにまとめられ、この例では「cli releases」という名前になります。大規模なOrganizationでは数百のリポジトリが存在する場合があるため、インポート前にファイルを確認してください。Freeプランではインポートは150フィードの上限で停止します。

プレリリースを除外できる？

フィード自体では除外できません。リリースフィードにはプレリリースも含まれており、エントリー内にそれを示す情報はありません。TypeScriptで確認したところ、GitHubが「TypeScript 7.1 Beta」をプレリリースとしてマークしていても、フィードのエントリーは安定版リリースと同じ形式でした。フィードURLに ?prerelease=false を追加しても、GitHubが返す内容は変わりません。

フィルタリングできるのはリリースのタイトルです。多くのプロジェクトはプレリリースの名前に「beta」「rc」「alpha」を含めています。SereneReaderでは、設定 > データ > 非表示フレーズ にフレーズを追加するか、リリースを開いて 記事を非表示 をクリックし フレーズで非表示 を選択します。タイトルまたはサマリーにそのフレーズを含む記事は非表示になり、以降に届く記事にも適用されます。たとえば、フレーズ -rc を設定すると、v7.4-rc1 のようなLinuxのリリース候補が非表示になります。

フレーズの選択は慎重に行ってください。非表示フレーズはフォローしているすべてのフィードに適用され、タイトルだけでなくサマリーにもマッチします。beta のようなフレーズは、ノートにbetaという単語が含まれる安定版リリースや、他のフィードのその単語を使った記事も非表示にしてしまいます。

もう1つ注意が必要な点として、複数のパッケージを含むリポジトリはすべてのパッケージのリリースを同じフィードで公開することがあります。TypeScriptのフィードにはVS Code拡張機能のリリース（vscode-typescript/v1.0.1 というタイトル）も含まれています。vscode-typescript/ のような非表示フレーズを設定することで、それらを除外できます。

AIエージェントでリリースを読む

多くのプロジェクトをフォローしている場合、すべてのリリースノートではなくサマリーが欲しいこともあるでしょう。SereneReaderのAPIはリリースフィードからの記事を含む記事一覧をJSONで返すため、エージェントや短いスクリプトで過去1週間のリリースを読み込み、自分に関係するものを教えてもらうことができます。RSSフィードをAIエージェントに接続する方法でセットアップ手順を詳しく説明しています。APIはProプランおよびTeamプランの機能です。

フィードでは足りない場合

リリースフィードは、使用しているソフトウェアの動向を静かに追うための方法です。ただし、いくつかの制限があります。

ノートの質はリリース次第です。 フィードが運ぶのはリリーステキストのみです。LinuxのリリースエントリーはLinux 7.4-rc1」のような1行だけであったり、TypeScriptのベータエントリーがブログ記事へのリンクだったりします。リリースに添付されたファイルも一覧には表示されません。このようなプロジェクトでは、プロジェクトのブログフィードやChangelogファイルも合わせてフォローしてください。
プライベートリポジトリには使えません。 プライベートリポジトリのフィードはGitHubにサインインしていない限り404エラーを返しますが、RSSリーダーはGitHubのセッションなしでフィードを取得します。そのような場合はGitHub自身の通知機能を使用してください（後述）。
新しいリリースはリーダーのスケジュールで届きます。 リーダーは各フィードを定期的に確認するため、リリースは公開された瞬間ではなく、次の確認タイミングで表示されます。閲覧用途であれば問題ありませんが、何かをすぐに実行する必要がある場合には適していません。
更新頻度の高いフィードではエントリーが抜ける場合があります。 フィードが保持するのは最新10件のリリースのみです。2回の確認の間に10件を超えるリリースが公開されたリポジトリ（リリース日の大規模なモノレポなど）では、一部のリリースがリーダーに届く前にフィードから押し出されてしまいます。

これらの制限が問題になる場合は、代わりに以下の方法を検討してください。

GitHubのWatchメニュー。 リポジトリページで Watch をクリックし、Custom を選んで Releases を選択します。新しいリリースごとに通知が届き、メールを有効にしている場合はメールも送られます。アクセス権のあるプライベートリポジトリでも機能します。
Webhook。 リリース時にビルドやデプロイなどを自動的に開始する必要がある場合は、releaseイベントを設定したリポジトリのWebhookを使うと、リリース公開時にサーバーを呼び出せます。Webhookを追加できるのは、管理権限を持つリポジトリに限られます。
依存関係更新ツール。 プロジェクトの依存関係を最新の状態に保つことが目的であれば、DependabotやRenovateのようなツールが新バージョンのリリース時にプルリクエストを作成してくれます。

別の受信トレイを管理することなく、依存しているツールの動向を把握するには、フィードで十分な場合がほとんどです。

フィードURLとその内容は2026年11月3日にGitHubで確認しました。フィードの更新が止まった場合は、ブラウザでそのURLを開き、GitHubが引き続き提供しているか確認してください。