[{"data":1,"prerenderedAt":54},["ShallowReactive",2],{"$f1gpyz3532uym5":3,"$f1cwsrzhile60s":15},{"meta":4,"html":14},{"title":5,"description":6,"date":7,"tags":8,"author":12,"slug":13},"GitHub-Releases in einem RSS-Reader verfolgen","Jedes GitHub-Repository hat einen Atom-Feed seiner Releases. Hier erfahren Sie, wie Sie einen Feed zu einem RSS-Reader hinzufügen, welche anderen GitHub-Feeds es gibt und wann ein Webhook besser geeignet ist.","2026-11-03",[9,10,11],"rss","github","anleitung","SereneReader","follow-github-releases-rss","\u003Ch2>Jedes Repository hat einen Release-Feed\u003C\u002Fh2>\n\u003Cp>GitHub veröffentlicht für jedes öffentliche Repository einen Feed der Releases. Hängen Sie \u003Ccode>\u002Freleases.atom\u003C\u002Fcode> an das Ende der Repository-Adresse an:\u003C\u002Fp>\n\u003Cdiv class=\"code-block\">\u003Cbutton class=\"code-block__copy\" type=\"button\" aria-label=\"Copy code\">Copy\u003C\u002Fbutton>\u003Cpre class=\"shiki github-dark\" style=\"background-color:#24292e;color:#e1e4e8\">\u003Ccode>\u003Cspan class=\"line\">\u003Cspan>https:\u002F\u002Fgithub.com\u002FOWNER\u002FREPO\u002Freleases.atom\u003C\u002Fspan>\u003C\u002Fspan>\u003C\u002Fcode>\u003C\u002Fpre>\u003C\u002Fdiv>\u003Cp>Für die GitHub CLI, deren Repository \u003Ccode>cli\u002Fcli\u003C\u002Fcode> ist, lautet das:\u003C\u002Fp>\n\u003Cdiv class=\"code-block\">\u003Cbutton class=\"code-block__copy\" type=\"button\" aria-label=\"Copy code\">Copy\u003C\u002Fbutton>\u003Cpre class=\"shiki github-dark\" style=\"background-color:#24292e;color:#e1e4e8\">\u003Ccode>\u003Cspan class=\"line\">\u003Cspan>https:\u002F\u002Fgithub.com\u002Fcli\u002Fcli\u002Freleases.atom\u003C\u002Fspan>\u003C\u002Fspan>\u003C\u002Fcode>\u003C\u002Fpre>\u003C\u002Fdiv>\u003Cp>Der Feed liegt im Atom-Format vor, das RSS-Reader genauso verarbeiten wie RSS. Jeder Eintrag entspricht einem Release, mit dem Release-Titel, einem Link zur Release-Seite, dem Veröffentlichungszeitpunkt und den Release-Notizen, wie sie die Maintainer auf GitHub geschrieben haben. Der Feed enthält die 10 neuesten Releases. Sie benötigen weder ein GitHub-Konto noch einen Token oder einen Drittanbieterdienst, um ihn zu verwenden.\u003C\u002Fp>\n\u003Ch2>Einen Release-Feed zu SereneReader hinzufügen\u003C\u002Fh2>\n\u003Col>\n\u003Cli>Öffnen Sie das Repository auf GitHub und kopieren Sie den \u003Ccode>OWNER\u002FREPO\u003C\u002Fcode>-Teil der Adresse, zum Beispiel \u003Ccode>cli\u002Fcli\u003C\u002Fcode>.\u003C\u002Fli>\n\u003Cli>Erstellen Sie die Feed-URL: \u003Ccode>https:\u002F\u002Fgithub.com\u002Fcli\u002Fcli\u002Freleases.atom\u003C\u002Fcode>.\u003C\u002Fli>\n\u003Cli>Klicken Sie in SereneReader auf \u003Cstrong>Feed hinzufügen\u003C\u002Fstrong> am unteren Rand der Seitenleiste und fügen Sie die URL in das Feld \u003Cstrong>Feed-URL\u003C\u002Fstrong> ein.\u003C\u002Fli>\n\u003Cli>Tragen Sie einen \u003Cstrong>Eigenen Titel\u003C\u002Fstrong> ein. GitHub benennt den Feed nur nach dem Repository, daher erscheint der GitHub-CLI-Feed als „Release notes from cli\". Ein Titel wie „GitHub CLI releases\" lässt sich in der Seitenleiste leichter finden.\u003C\u002Fli>\n\u003Cli>Wählen Sie einen \u003Cstrong>Ordner\u003C\u002Fstrong>, falls Sie einen für Releases angelegt haben, und klicken Sie dann auf \u003Cstrong>Feed hinzufügen\u003C\u002Fstrong>.\u003C\u002Fli>\n\u003C\u002Fol>\n\u003Cp>Neue Releases erscheinen dann zusammen mit Ihren anderen Artikeln, und die Release-Notizen öffnen sich im Reader wie jeder andere Beitrag.\u003C\u002Fp>\n\u003Ch3>Release-Feeds in einem Ordner zusammenfassen\u003C\u002Fh3>\n\u003Cp>Wenn Sie mehr als einige wenige Projekte verfolgen, legen Sie einen Ordner dafür an. Klicken Sie in der Seitenleiste auf \u003Cstrong>Neuer Ordner\u003C\u002Fstrong>, geben Sie ihm einen Namen wie „Releases\" und wählen Sie ihn beim Hinzufügen jedes Feeds aus. Öffnen Sie den Ordner, wenn Sie sehen möchten, was sich in den von Ihnen verwendeten Tools geändert hat, und lassen Sie ihn den Rest der Zeit geschlossen.\u003C\u002Fp>\n\u003Ch2>Weitere Feeds, die GitHub veröffentlicht\u003C\u002Fh2>\n\u003Cp>Das gleiche Muster funktioniert für einige weitere Seiten. Wir haben diese alle am 3. November 2026 anhand echter Repositories überprüft.\u003C\u002Fp>\n\u003Ctable>\n\u003Cthead>\n\u003Ctr>\n\u003Cth>Was Sie verfolgen möchten\u003C\u002Fth>\n\u003Cth>Feed-URL\u003C\u002Fth>\n\u003Cth>Was jeder Eintrag enthält\u003C\u002Fth>\n\u003C\u002Ftr>\n\u003C\u002Fthead>\n\u003Ctbody>\u003Ctr>\n\u003Ctd>Releases\u003C\u002Ftd>\n\u003Ctd>\u003Ccode>https:\u002F\u002Fgithub.com\u002FOWNER\u002FREPO\u002Freleases.atom\u003C\u002Fcode>\u003C\u002Ftd>\n\u003Ctd>Release-Titel und vollständige Release-Notizen (10 neueste)\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>Tags\u003C\u002Ftd>\n\u003Ctd>\u003Ccode>https:\u002F\u002Fgithub.com\u002FOWNER\u002FREPO\u002Ftags.atom\u003C\u002Fcode>\u003C\u002Ftd>\n\u003Ctd>Tag- oder Release-Titel, mit der Commit-Nachricht des getaggten Commits statt der Release-Notizen (10 neueste)\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>Commits auf einem Branch\u003C\u002Ftd>\n\u003Ctd>\u003Ccode>https:\u002F\u002Fgithub.com\u002FOWNER\u002FREPO\u002Fcommits\u002FBRANCH.atom\u003C\u002Fcode>\u003C\u002Ftd>\n\u003Ctd>Commit-Nachricht (20 neueste)\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>Commits zu einer Datei oder einem Ordner\u003C\u002Ftd>\n\u003Ctd>\u003Ccode>https:\u002F\u002Fgithub.com\u002FOWNER\u002FREPO\u002Fcommits\u002FBRANCH\u002FPATH.atom\u003C\u002Fcode>\u003C\u002Ftd>\n\u003Ctd>Commit-Nachricht für Commits, die diesen Pfad betreffen (20 neueste)\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>Discussions\u003C\u002Ftd>\n\u003Ctd>\u003Ccode>https:\u002F\u002Fgithub.com\u002FOWNER\u002FREPO\u002Fdiscussions.atom\u003C\u002Fcode>\u003C\u002Ftd>\n\u003Ctd>Neue Diskussionen, für Repositories mit aktivierten Discussions\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>Öffentliche Aktivität eines Benutzers\u003C\u002Ftd>\n\u003Ctd>\u003Ccode>https:\u002F\u002Fgithub.com\u002FUSER.atom\u003C\u002Fcode>\u003C\u002Ftd>\n\u003Ctd>Pushes, gelöschte Branches und andere öffentliche Ereignisse (30 neueste)\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003C\u002Ftbody>\u003C\u002Ftable>\n\u003Cp>Einige Beispiele zum Kopieren:\u003C\u002Fp>\n\u003Cdiv class=\"code-block\">\u003Cbutton class=\"code-block__copy\" type=\"button\" aria-label=\"Copy code\">Copy\u003C\u002Fbutton>\u003Cpre class=\"shiki github-dark\" style=\"background-color:#24292e;color:#e1e4e8\">\u003Ccode>\u003Cspan class=\"line\">\u003Cspan>https:\u002F\u002Fgithub.com\u002Fcli\u002Fcli\u002Ftags.atom\u003C\u002Fspan>\u003C\u002Fspan>\n\u003Cspan class=\"line\">\u003Cspan>https:\u002F\u002Fgithub.com\u002Fcli\u002Fcli\u002Fcommits\u002Ftrunk.atom\u003C\u002Fspan>\u003C\u002Fspan>\n\u003Cspan class=\"line\">\u003Cspan>https:\u002F\u002Fgithub.com\u002Fcli\u002Fcli\u002Fcommits.atom\u003C\u002Fspan>\u003C\u002Fspan>\n\u003Cspan class=\"line\">\u003Cspan>https:\u002F\u002Fgithub.com\u002Fcli\u002Fcli\u002Fdiscussions.atom\u003C\u002Fspan>\u003C\u002Fspan>\n\u003Cspan class=\"line\">\u003Cspan>https:\u002F\u002Fgithub.com\u002Fvitejs\u002Fvite\u002Fcommits\u002Fmain\u002Fpackages\u002Fvite\u002FCHANGELOG.md.atom\u003C\u002Fspan>\u003C\u002Fspan>\n\u003Cspan class=\"line\">\u003Cspan>https:\u002F\u002Fgithub.com\u002Ftorvalds.atom\u003C\u002Fspan>\u003C\u002Fspan>\u003C\u002Fcode>\u003C\u002Fpre>\u003C\u002Fdiv>\u003Cp>Ein paar hilfreiche Details:\u003C\u002Fp>\n\u003Cul>\n\u003Cli>\u003Cstrong>\u003Ccode>\u002Fcommits.atom\u003C\u002Fcode> ohne Branch\u003C\u002Fstrong> folgt dem Standard-Branch des Repositories. Bei \u003Ccode>cli\u002Fcli\u003C\u002Fcode> liefert das dieselben Einträge wie \u003Ccode>\u002Fcommits\u002Ftrunk.atom\u003C\u002Fcode>.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Ein nicht vorhandener Branch\u003C\u002Fstrong> gibt einen 404-Fehler zurück. Überprüfen Sie den Branch-Namen, wenn ein Reader meldet, dass er den Feed nicht finden kann.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Der Datei-Feed ist nützlich für Changelogs.\u003C\u002Fstrong> Manche Projekte schreiben ihre Notizen in eine \u003Ccode>CHANGELOG.md\u003C\u002Fcode>-Datei statt in GitHub-Releases. Commits zu dieser Datei zu verfolgen zeigt an, wenn sich der Changelog ändert – wie im obigen Vite-Beispiel.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Projekte, die Versionen taggen, ohne GitHub-Releases zu veröffentlichen,\u003C\u002Fstrong> haben dennoch einen funktionierenden Release-Feed. Linux und Go veröffentlichen keine GitHub-Releases, und ihre \u003Ccode>releases.atom\u003C\u002Fcode>-Feeds listen stattdessen ihre Tags auf. Der Eintragstext ist die Commit-Nachricht, also kurz.\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Ch3>Was ist mit einer ganzen Organisation?\u003C\u002Fh3>\n\u003Cp>GitHub veröffentlicht keinen übergreifenden Release-Feed für eine Organisation. \u003Ccode>https:\u002F\u002Fgithub.com\u002FORG.atom\u003C\u002Fcode> gibt einen gültigen Feed zurück, der jedoch Organisationsereignisse enthält, etwa das Hinzufügen von Personen zu Repositories. Bei den Organisationen \u003Ccode>cli\u003C\u002Fcode> und \u003Ccode>github\u003C\u002Fcode> war er leer. \u003Ccode>https:\u002F\u002Fgithub.com\u002Forgs\u002FORG.atom\u003C\u002Fcode> gibt eine Webseite zurück, keinen Feed.\u003C\u002Fp>\n\u003Cp>Um jedes Repository einer Organisation zu verfolgen, abonnieren Sie den Release-Feed jedes einzelnen Repositories. Das müssen Sie nicht manuell tun: Das folgende Skript fragt die API von GitHub nach den öffentlichen Repositories der Organisation und schreibt eine OPML-Datei – das Format, das Reader zum Importieren einer Feed-Liste verwenden. Es benötigt \u003Ccode>curl\u003C\u002Fcode> und \u003Ccode>jq\u003C\u002Fcode>, liest bis zu 100 Repositories und überspringt archivierte.\u003C\u002Fp>\n\u003Cdiv class=\"code-block\">\u003Cbutton class=\"code-block__copy\" type=\"button\" aria-label=\"Copy code\">Copy\u003C\u002Fbutton>\u003Cpre class=\"shiki github-dark\" style=\"background-color:#24292e;color:#e1e4e8\">\u003Ccode>\u003Cspan class=\"line\">\u003Cspan style=\"color:#E1E4E8\">ORG\u003C\u002Fspan>\u003Cspan style=\"color:#F97583\">=\u003C\u002Fspan>\u003Cspan style=\"color:#9ECBFF\">cli\u003C\u002Fspan>\u003C\u002Fspan>\n\u003Cspan class=\"line\">\u003C\u002Fspan>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#B392F0\">curl\u003C\u002Fspan>\u003Cspan style=\"color:#79B8FF\"> -s\u003C\u002Fspan>\u003Cspan style=\"color:#9ECBFF\"> \"https:\u002F\u002Fapi.github.com\u002Forgs\u002F\u003C\u002Fspan>\u003Cspan style=\"color:#E1E4E8\">$ORG\u003C\u002Fspan>\u003Cspan style=\"color:#9ECBFF\">\u002Frepos?per_page=100&amp;type=public\"\u003C\u002Fspan>\u003Cspan style=\"color:#79B8FF\"> \\\u003C\u002Fspan>\u003C\u002Fspan>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#F97583\">  |\u003C\u002Fspan>\u003Cspan style=\"color:#B392F0\"> jq\u003C\u002Fspan>\u003Cspan style=\"color:#79B8FF\"> -r\u003C\u002Fspan>\u003Cspan style=\"color:#79B8FF\"> --arg\u003C\u002Fspan>\u003Cspan style=\"color:#9ECBFF\"> org\u003C\u002Fspan>\u003Cspan style=\"color:#9ECBFF\"> \"\u003C\u002Fspan>\u003Cspan style=\"color:#E1E4E8\">$ORG\u003C\u002Fspan>\u003Cspan style=\"color:#9ECBFF\">\"\u003C\u002Fspan>\u003Cspan style=\"color:#9ECBFF\"> '\u003C\u002Fspan>\u003C\u002Fspan>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#9ECBFF\">      \"&lt;?xml version=\\\"1.0\\\" encoding=\\\"UTF-8\\\"?&gt;\",\u003C\u002Fspan>\u003C\u002Fspan>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#9ECBFF\">      \"&lt;opml version=\\\"2.0\\\"&gt;\",\u003C\u002Fspan>\u003C\u002Fspan>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#9ECBFF\">      \"  &lt;head&gt;&lt;title&gt;\\($org) releases&lt;\u002Ftitle&gt;&lt;\u002Fhead&gt;\",\u003C\u002Fspan>\u003C\u002Fspan>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#9ECBFF\">      \"  &lt;body&gt;\",\u003C\u002Fspan>\u003C\u002Fspan>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#9ECBFF\">      \"    &lt;outline text=\\\"\\($org) releases\\\"&gt;\",\u003C\u002Fspan>\u003C\u002Fspan>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#9ECBFF\">      (.[] | select(.archived | not) | \"      &lt;outline type=\\\"rss\\\" text=\\\"\\(.full_name)\\\" xmlUrl=\\\"https:\u002F\u002Fgithub.com\u002F\\(.full_name)\u002Freleases.atom\\\"\u002F&gt;\"),\u003C\u002Fspan>\u003C\u002Fspan>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#9ECBFF\">      \"    &lt;\u002Foutline&gt;\",\u003C\u002Fspan>\u003C\u002Fspan>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#9ECBFF\">      \"  &lt;\u002Fbody&gt;\",\u003C\u002Fspan>\u003C\u002Fspan>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#9ECBFF\">      \"&lt;\u002Fopml&gt;\"'\u003C\u002Fspan>\u003Cspan style=\"color:#F97583\"> &gt;\u003C\u002Fspan>\u003Cspan style=\"color:#9ECBFF\"> \"\u003C\u002Fspan>\u003Cspan style=\"color:#E1E4E8\">$ORG\u003C\u002Fspan>\u003Cspan style=\"color:#9ECBFF\">-releases.opml\"\u003C\u002Fspan>\u003C\u002Fspan>\u003C\u002Fcode>\u003C\u002Fpre>\u003C\u002Fdiv>\u003Cp>Ersetzen Sie \u003Ccode>ORG\u003C\u002Fcode> durch die gewünschte Organisation, führen Sie das Skript aus und importieren Sie die Datei: Klicken Sie in SereneReader auf \u003Cstrong>Feed hinzufügen\u003C\u002Fstrong>, dann auf \u003Cstrong>OPML importieren\u003C\u002Fstrong>. Die Feeds landen in einem Ordner – in diesem Beispiel mit dem Namen „cli releases\". Große Organisationen können Hunderte von Repositories haben, prüfen Sie die Datei daher vor dem Import. Im Free-Plan stoppt ein Import beim Limit von 150 Feeds.\u003C\u002Fp>\n\u003Ch2>Lassen sich Vorab-Versionen herausfiltern?\u003C\u002Fh2>\n\u003Cp>Nicht im Feed selbst. Der Release-Feed enthält Vorab-Versionen (Pre-releases), und kein Eintragsfeld kennzeichnet sie als solche. Wir haben das anhand von TypeScript überprüft: GitHub markiert „TypeScript 7.1 Beta\" als Pre-release, aber der Feed-Eintrag sieht genauso aus wie der eines stabilen Releases. Das Anhängen von \u003Ccode>?prerelease=false\u003C\u002Fcode> an die Feed-URL ändert nichts an dem, was GitHub zurückgibt.\u003C\u002Fp>\n\u003Cp>Filtern lässt sich hingegen nach dem Release-Titel. Viele Projekte fügen „beta\", „rc\" oder „alpha\" in die Namen ihrer Vorab-Versionen ein. Fügen Sie in SereneReader unter Einstellungen &gt; Daten &gt; \u003Cstrong>Versteckte Phrasen\u003C\u002Fstrong> einen Begriff hinzu, oder öffnen Sie einen Release, klicken Sie auf \u003Cstrong>Artikel ausblenden\u003C\u002Fstrong> und wählen Sie \u003Cstrong>Nach Phrase ausblenden\u003C\u002Fstrong>. Artikel, deren Titel oder Zusammenfassung die Phrase enthält, werden ausgeblendet – auch solche, die später eintreffen. Die Phrase \u003Ccode>-rc\u003C\u002Fcode> blendet beispielsweise Linux-Release-Kandidaten wie \u003Ccode>v7.4-rc1\u003C\u002Fcode> aus.\u003C\u002Fp>\n\u003Cp>Wählen Sie die Phrase sorgfältig. Versteckte Phrasen gelten für jeden Feed, dem Sie folgen, und sie treffen sowohl den Titel als auch die Zusammenfassung. Eine Phrase wie \u003Ccode>beta\u003C\u002Fcode> blendet auch ein stabiles Release aus, dessen Notizen eine Beta erwähnen, sowie Beiträge in Ihren anderen Feeds, die das Wort verwenden.\u003C\u002Fp>\n\u003Cp>Noch etwas zu beachten: Ein Repository, das mehrere Pakete enthält, veröffentlicht deren Releases häufig im selben Feed. Der TypeScript-Feed listet auch Releases der dazugehörigen VS Code-Erweiterung auf, mit Titeln wie \u003Ccode>vscode-typescript\u002Fv1.0.1\u003C\u002Fcode>. Eine versteckte Phrase wie \u003Ccode>vscode-typescript\u002F\u003C\u002Fcode> entfernt diese.\u003C\u002Fp>\n\u003Ch2>Releases mit einem KI-Agenten lesen\u003C\u002Fh2>\n\u003Cp>Wenn Sie viele Projekte verfolgen, möchten Sie möglicherweise eine Zusammenfassung statt jedes einzelnen Satzes von Notizen. Die API von SereneReader gibt Ihre Artikel als JSON zurück – einschließlich der aus Release-Feeds –, sodass ein Agent oder ein kurzes Skript die Releases der vergangenen Woche lesen und Ihnen mitteilen kann, welche für Sie relevant sind. \u003Ca href=\"\u002Fde\u002Fblog\u002Fconnect-rss-feeds-to-ai-agents\">So verbinden Sie Ihre RSS-Feeds mit KI-Agenten\u003C\u002Fa> führt Sie durch die Einrichtung. Die API ist Bestandteil der Pro- und Team-Pläne.\u003C\u002Fp>\n\u003Ch2>Wenn ein Feed nicht ausreicht\u003C\u002Fh2>\n\u003Cp>Ein Release-Feed ist eine ruhige Möglichkeit, die von Ihnen verwendete Software im Blick zu behalten. Er hat jedoch Grenzen:\u003C\u002Fp>\n\u003Cul>\n\u003Cli>\u003Cstrong>Die Notizen sind nur so gut wie der Release selbst.\u003C\u002Fstrong> Der Feed enthält den Release-Text und nichts weiter. Linux-Release-Einträge enthalten nur eine Zeile wie „Linux 7.4-rc1\", und der TypeScript-Beta-Eintrag ist ein Link zu einem Blogbeitrag. Die an einen Release angehängten Dateien werden ebenfalls nicht aufgelistet. Für solche Projekte empfiehlt es sich, zusätzlich den Blog-Feed des Projekts oder seine Changelog-Datei zu verfolgen.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Private Repositories funktionieren nicht.\u003C\u002Fstrong> Der Feed eines privaten Repositories gibt einen 404-Fehler zurück, sofern Sie nicht bei GitHub angemeldet sind – und ein RSS-Reader ruft Feeds ohne Ihre GitHub-Sitzung ab. Nutzen Sie für diese Repositories die eigenen Benachrichtigungen von GitHub (siehe unten).\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Neue Releases erscheinen nach dem Zeitplan des Readers.\u003C\u002Fstrong> Ein Reader prüft jeden Feed in regelmäßigen Abständen, daher erscheint ein Release beim nächsten Abruf, nicht im Moment der Veröffentlichung. Zum Lesen ist das in Ordnung. Es ist nicht das richtige Werkzeug, wenn etwas sofort geschehen muss.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Aktive Feeds können Einträge verpassen.\u003C\u002Fstrong> Der Feed enthält immer nur die 10 neuesten Releases. Ein Repository, das zwischen zwei Abrufen mehr als 10 Releases veröffentlicht – etwa ein großes Monorepo am Release-Tag –, lässt einige davon verschwinden, bevor ein Reader sie sieht.\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Cp>Wenn diese Grenzen ins Gewicht fallen, verwenden Sie stattdessen eine der folgenden Möglichkeiten:\u003C\u002Fp>\n\u003Cul>\n\u003Cli>\u003Cstrong>Das Watch-Menü von GitHub.\u003C\u002Fstrong> Klicken Sie auf der Repository-Seite auf \u003Cstrong>Watch\u003C\u002Fstrong>, wählen Sie \u003Cstrong>Custom\u003C\u002Fstrong> und aktivieren Sie \u003Cstrong>Releases\u003C\u002Fstrong>. GitHub sendet dann für jeden neuen Release eine Benachrichtigung und, sofern aktiviert, auch eine E-Mail. Das funktioniert auch für private Repositories, auf die Sie Zugriff haben.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Ein Webhook.\u003C\u002Fstrong> Wenn ein Release etwas automatisch auslösen soll – etwa einen Build oder ein Deploy –, ruft ein Repository-Webhook mit dem Release-Ereignis Ihren Server auf, wenn der Release veröffentlicht wird. Webhooks können nur zu Repositories hinzugefügt werden, die Sie verwalten.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Tools zur Abhängigkeitsaktualisierung.\u003C\u002Fstrong> Wenn das Ziel darin besteht, die Abhängigkeiten eines Projekts aktuell zu halten, öffnet ein Tool wie Dependabot oder Renovate Pull Requests, wenn neue Versionen erscheinen.\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Cp>Um mit den Tools, auf die Sie angewiesen sind, auf dem Laufenden zu bleiben, ohne ein weiteres Postfach verwalten zu müssen, ist der Feed in der Regel ausreichend.\u003C\u002Fp>\n\u003Cp>\u003Cem>Feed-URLs und ihre Inhalte wurden am 3. November 2026 anhand von GitHub überprüft. Wenn ein Feed aufhört, sich zu aktualisieren, öffnen Sie seine URL im Browser, um zu prüfen, ob GitHub ihn noch ausliefert.\u003C\u002Fem>\u003C\u002Fp>\n",{"pages":16},[17,26,33,40,47],{"title":18,"description":19,"date":20,"competitor":21,"competitorUrl":22,"tags":23,"slug":25},"Feedbin-Alternative: SereneReader im Vergleich","Feedbin bietet einen einzigen Plan für 7 $ mit Unterstützung für Newsletter, YouTube und Podcasts. SereneReader hat einen kostenlosen Plan, Pro ab 5 $, einen Team-Plan sowie Mac- und Watch-Apps.","2026-10-06","Feedbin","https:\u002F\u002Ffeedbin.com",[24,25,9],"vergleich","feedbin",{"title":27,"description":28,"date":20,"competitor":29,"competitorUrl":30,"tags":31,"slug":32},"Feedly Alternative: SereneReader im Vergleich","Feedly hat seinem RSS-Reader KI- und Unternehmens-Recherchewerkzeuge hinzugefügt. Hier wird verglichen, wie kostenloser Tarif, Preise, Apps und API von Feedly und SereneReader abschneiden.","Feedly","https:\u002F\u002Ffeedly.com",[24,32,9],"feedly",{"title":34,"description":35,"date":20,"competitor":36,"competitorUrl":37,"tags":38,"slug":39},"Inoreader-Alternative: SereneReader im Vergleich","Inoreader Pro bietet Regeln, Social Feeds und Seitenüberwachung. SereneReader verzichtet darauf, kostet weniger für Pro und Team und hat Mac- sowie Apple Watch-Apps.","Inoreader","https:\u002F\u002Finoreader.com",[24,39,9],"inoreader",{"title":41,"description":42,"date":20,"competitor":43,"competitorUrl":44,"tags":45,"slug":46},"Miniflux-Alternative: SereneReader im Vergleich","Miniflux ist Open Source und läuft auf dem eigenen Server oder gehostet für 15 $ pro Jahr. SereneReader ist ein gehosteter Reader mit einem kostenlosen Plan und nativen Apple-Apps.","Miniflux","https:\u002F\u002Fminiflux.app",[24,46,9],"miniflux",{"title":48,"description":49,"date":20,"competitor":50,"competitorUrl":51,"tags":52,"slug":53},"The Old Reader Alternative: SereneReader im Vergleich","The Old Reader bewahrt die soziale Seite von Google Reader mit Freunden, Likes und Kommentaren. SereneReader bietet native Apple-Apps, Suche im kostenlosen Tarif und einen Team-Tarif.","The Old Reader","https:\u002F\u002Ftheoldreader.com",[24,53,9],"the-old-reader",1794508025365]