Come seguire le release di GitHub in un lettore RSS

SereneReader/3 novembre 2026/rssgithubguida

Ogni repository ha un feed delle release

GitHub pubblica un feed delle release per ogni repository pubblico. Basta aggiungere /releases.atom alla fine dell'indirizzo del repository:

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

Per la GitHub CLI, il cui repository è cli/cli, l'indirizzo è:

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

Il feed è in formato Atom, un formato che i lettori RSS gestiscono esattamente come RSS. Ogni voce corrisponde a una release, con il titolo, un link alla pagina della release, la data di pubblicazione e le note di rilascio così come le hanno scritte i manutentori su GitHub. Il feed contiene le 10 release più recenti. Non è necessario un account GitHub, un token o un servizio di terze parti per utilizzarlo.

Aggiungere un feed di release a SereneReader

Apri il repository su GitHub e copia la parte OWNER/REPO dell'indirizzo, ad esempio cli/cli.
Costruisci l'URL del feed: https://github.com/cli/cli/releases.atom.
In SereneReader, clicca su Aggiungi feed in fondo alla barra laterale e incolla l'URL nel campo URL del feed.
Compila il campo Titolo personalizzato. GitHub assegna al feed il nome del repository, quindi il feed della GitHub CLI arriva come "Release notes from cli". Un titolo come "GitHub CLI releases" è più facile da trovare nella barra laterale.
Scegli una Cartella se ne hai una dedicata alle release, poi clicca su Aggiungi feed.

Le nuove release arriveranno insieme agli altri articoli e le note di rilascio si apriranno nel lettore come qualsiasi altro post.

Tenere i feed delle release in un'unica cartella

Se segui più di qualche progetto, crea una cartella apposita. Clicca su Nuova cartella nella barra laterale, chiamala ad esempio "Release" e selezionala quando aggiungi ogni feed. Apri la cartella quando vuoi vedere cosa è cambiato negli strumenti che usi, e lasciala chiusa nel resto del tempo.

Altri feed pubblicati da GitHub

Lo stesso schema funziona per alcune altre pagine. Abbiamo verificato ciascuno di questi feed su repository reali il 3 novembre 2026.

Cosa vuoi seguire	URL del feed	Cosa contiene ogni voce
Release	`https://github.com/OWNER/REPO/releases.atom`	Titolo della release e note complete (10 più recenti)
Tag	`https://github.com/OWNER/REPO/tags.atom`	Titolo del tag o della release, con il messaggio del commit taggato al posto delle note (10 più recenti)
Commit su un branch	`https://github.com/OWNER/REPO/commits/BRANCH.atom`	Messaggio del commit (20 più recenti)
Commit su un file o cartella	`https://github.com/OWNER/REPO/commits/BRANCH/PATH.atom`	Messaggio dei commit che hanno interessato quel percorso (20 più recenti)
Discussioni	`https://github.com/OWNER/REPO/discussions.atom`	Nuove discussioni, per i repository che hanno le Discussions attivate
Attività pubblica di un utente	`https://github.com/USER.atom`	Push, branch eliminati e altri eventi pubblici (30 più recenti)

Alcuni esempi pronti all'uso:

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

Alcuni dettagli utili:

/commits.atom senza un branch segue il branch predefinito del repository. Per cli/cli restituisce le stesse voci di /commits/trunk.atom.
Un branch inesistente restituisce un errore 404, quindi verifica il nome del branch se il lettore segnala che non riesce a trovare il feed.
Il feed per file è utile per i changelog. Alcuni progetti scrivono le note in un file CHANGELOG.md anziché nelle release di GitHub. Seguire i commit su quel file avvisa quando il changelog viene aggiornato, come nell'esempio di Vite sopra.
I progetti che taggano le versioni senza pubblicare release su GitHub hanno comunque un feed delle release funzionante. Linux e Go non pubblicano release su GitHub, e i loro feed releases.atom elencano i tag. Il testo delle voci è il messaggio del commit, quindi è breve.

E un'intera organizzazione?

GitHub non pubblica un feed delle release per l'intera organizzazione. https://github.com/ORG.atom restituisce un feed valido, ma contiene eventi dell'organizzazione come l'aggiunta di persone ai repository. Per le organizzazioni cli e github era vuoto. https://github.com/orgs/ORG.atom restituisce una pagina web, non un feed.

Per seguire ogni repository di un'organizzazione, iscriviti al feed delle release di ciascun repository. Non è necessario farlo a mano: lo script qui sotto interroga l'API di GitHub per ottenere i repository pubblici dell'organizzazione e genera un file OPML, il formato usato dai lettori per importare un elenco di feed. Richiede curl e jq, legge fino a 100 repository e salta quelli archiviati.

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"

Sostituisci ORG con l'organizzazione che ti interessa, esegui lo script e importa il file: in SereneReader, clicca su Aggiungi feed, poi su Importa OPML. I feed vengono collocati in un'unica cartella, chiamata "cli releases" in questo esempio. Le organizzazioni grandi possono avere centinaia di repository, quindi controlla il file prima di importarlo. Con il piano Free, un'importazione si ferma al limite di 150 feed.

È possibile escludere le pre-release?

Non nel feed stesso. Il feed delle release include le pre-release e nessun campo le distingue da quelle stabili. Abbiamo verificato con TypeScript: GitHub contrassegna "TypeScript 7.1 Beta" come pre-release, ma la sua voce nel feed è identica a quella di una release stabile. Aggiungere ?prerelease=false all'URL del feed non cambia ciò che GitHub restituisce.

Su cui è possibile filtrare è il titolo della release. Molti progetti includono "beta", "rc" o "alpha" nel nome delle pre-release. In SereneReader, aggiungi una frase in Impostazioni > Dati > Frasi nascoste, oppure apri una release, clicca su Nascondi articolo e scegli Nascondi per frase. Gli articoli il cui titolo o riepilogo contiene la frase vengono nascosti, inclusi quelli che arriveranno in seguito. Ad esempio, la frase -rc nasconde i release candidate di Linux come v7.4-rc1.

Scegli la frase con attenzione. Le frasi nascoste si applicano a tutti i feed che segui e corrispondono anche al riepilogo oltre che al titolo. Una frase come beta nasconde anche una release stabile le cui note menzionano una beta, e i post degli altri feed che usano quella parola.

Un altro aspetto da tenere a mente: un repository che contiene più pacchetti pubblica spesso release per tutti nel medesimo feed. Il feed di TypeScript elenca anche le release della sua estensione per VS Code, con titoli come vscode-typescript/v1.0.1. Una frase nascosta come vscode-typescript/ le elimina.

Leggere le release con un agente AI

Se segui molti progetti, potresti preferire un riepilogo invece di ogni singolo insieme di note. L'API di SereneReader restituisce i tuoi articoli in formato JSON, compresi quelli dai feed delle release, quindi un agente o un breve script può leggere le release dell'ultima settimana e indicarti quali ti riguardano. Come connettere i tuoi feed RSS ad agenti AI illustra la configurazione passo per passo. L'API è disponibile nei piani Pro e Team.

Quando un feed non è sufficiente

Un feed delle release è un modo discreto per tenersi aggiornati sul software che si usa. Ha però dei limiti:

Le note sono buone quanto la release. Il feed riporta solo il testo della release e nulla di più. Le voci delle release di Linux contengono solo una riga come "Linux 7.4-rc1", e la voce della beta di TypeScript è un link a un post del blog. Nemmeno i file allegati a una release vengono elencati. Per progetti di questo tipo, segui anche il feed del blog del progetto o il suo file di changelog.
I repository privati non funzionano. Il feed di un repository privato restituisce un errore 404 a meno che tu non sia connesso a GitHub, e un lettore RSS recupera i feed senza la tua sessione GitHub. Per quelli, usa le notifiche native di GitHub (vedi sotto).
Le nuove release arrivano secondo la pianificazione del lettore. Il lettore controlla i feed periodicamente, quindi una release appare al controllo successivo, non nel momento in cui viene pubblicata. Va bene per la lettura, ma non è lo strumento giusto quando qualcosa deve accadere immediatamente.
Feed molto attivi possono perdere alcune voci. Il feed contiene sempre e solo le 10 release più recenti. Un repository che pubblica più di 10 release tra un controllo e l'altro, come un grande monorepo in giornata di rilascio, fa scorrere alcune voci prima che il lettore le veda.

Quando questi limiti sono rilevanti, usa una di queste alternative:

Il menu Watch di GitHub. Nella pagina del repository, clicca su Watch, scegli Custom e seleziona Releases. GitHub invierà una notifica, e un'email se l'hai attivata, per ogni nuova release. Funziona anche per i repository privati a cui hai accesso.
Un webhook. Se una release deve avviare qualcosa in modo automatico, come una build o un deploy, un webhook del repository con l'evento release chiama il tuo server nel momento in cui la release viene pubblicata. I webhook si possono aggiungere solo ai repository che amministri.
Strumenti per l'aggiornamento delle dipendenze. Se l'obiettivo è mantenere aggiornate le dipendenze di un progetto, uno strumento come Dependabot o Renovate apre pull request quando escono nuove versioni.

Per tenersi aggiornati sugli strumenti da cui si dipende, senza gestire un'altra casella di posta, il feed di solito è sufficiente.

URL dei feed e relativi contenuti verificati su GitHub il 3 novembre 2026. Se un feed smette di aggiornarsi, apri il suo URL in un browser per controllare che GitHub lo stia ancora servendo.