GitHub Sürümlerini RSS Okuyucusunda Nasıl Takip Edebilirsiniz

SereneReader/3 Kasım 2026/rssgithubrehber

Her deponun bir sürüm akışı vardır

GitHub, her genel depo için sürümlerin akışını yayımlar. Deponun adresinin sonuna /releases.atom ekleyin:

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

Deposu cli/cli olan GitHub CLI için bu şöyle görünür:

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

Akış, RSS okuyucularının RSS ile aynı şekilde işlediği bir akış biçimi olan Atom formatındadır. Her girdi bir sürümü temsil eder; sürüm başlığını, sürüm sayfasına bağlantıyı, yayımlanma zamanını ve geliştiricilerin GitHub'da yazdığı sürüm notlarını içerir. Akış en son 10 sürümü barındırır. Bunu kullanmak için bir GitHub hesabına, token'a veya üçüncü taraf bir hizmete ihtiyacınız yoktur.

SereneReader'a sürüm akışı ekleme

Depoyu GitHub'da açın ve adresten OWNER/REPO bölümünü kopyalayın, örneğin cli/cli.
Akış URL'sini oluşturun: https://github.com/cli/cli/releases.atom.
SereneReader'da, kenar çubuğunun altındaki Akış ekle seçeneğine tıklayın ve URL'yi Akış URL'si alanına yapıştırın.
Özel başlık alanını doldurun. GitHub akışa yalnızca depo adını verir; bu nedenle GitHub CLI akışı "Release notes from cli" olarak gelir. "GitHub CLI sürümleri" gibi bir başlık, kenar çubuğunda bulmayı kolaylaştırır.
Sürümler için bir Klasör varsa seçin, ardından Akış ekle seçeneğine tıklayın.

Yeni sürümler daha sonra diğer makalelerinizle birlikte gelir ve sürüm notları, diğer gönderiler gibi okuyucuda açılır.

Sürüm akışlarını tek bir klasörde tutma

Birkaçtan fazla projeyi takip ediyorsanız, bunlar için bir klasör oluşturun. Kenar çubuğunda Yeni klasör seçeneğine tıklayın, "Sürümler" gibi bir ad verin ve her akışı eklerken bu klasörü seçin. Kullandığınız araçlarda nelerin değiştiğini görmek istediğinizde klasörü açın, geri kalan zamanlarda ise kapalı bırakın.

GitHub'ın yayımladığı diğer akışlar

Aynı yöntem birkaç farklı sayfa için de geçerlidir. Bunların hepsini 3 Kasım 2026'da gerçek depolarda kontrol ettik.

Takip etmek istediğiniz	Akış URL'si	Her girdinin içeriği
Sürümler	`https://github.com/OWNER/REPO/releases.atom`	Sürüm başlığı ve tam sürüm notları (en son 10)
Etiketler	`https://github.com/OWNER/REPO/tags.atom`	Etiket veya sürüm başlığı; sürüm notları yerine etiketlenen commit'in mesajı (en son 10)
Bir daldaki commit'ler	`https://github.com/OWNER/REPO/commits/BRANCH.atom`	Commit mesajı (en son 20)
Bir dosya veya klasördeki commit'ler	`https://github.com/OWNER/REPO/commits/BRANCH/PATH.atom`	O yola dokunan commit'lerin mesajı (en son 20)
Tartışmalar	`https://github.com/OWNER/REPO/discussions.atom`	Discussions özelliği açık olan depolar için yeni tartışmalar
Bir kullanıcının genel etkinliği	`https://github.com/USER.atom`	Push'lar, silinen dallar ve diğer genel olaylar (en son 30)

Birkaç kopyala-yapıştır örneği:

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

Yardımcı olacak birkaç ayrıntı:

Dal belirtilmeden kullanılan /commits.atom, deponun varsayılan dalını takip eder. cli/cli için /commits/trunk.atom ile aynı girdileri döndürür.
Var olmayan bir dal 404 hatası döndürür; bu nedenle okuyucu akışı bulamıyor diyorsa dal adını kontrol edin.
Dosya akışı, changelog'lar için kullanışlıdır. Bazı projeler notlarını GitHub sürümleri yerine bir CHANGELOG.md dosyasına yazar. Bu dosyadaki commit'leri takip etmek, yukarıdaki Vite örneğinde olduğu gibi changelog'un ne zaman değiştiğini size bildirir.
Sürümleri etiketleyip GitHub sürümü yayımlamayan projeler için de çalışan bir sürüm akışı mevcuttur. Linux ve Go, GitHub sürümü yayımlamaz; releases.atom akışları etiketlerini listeler. Girdi metni commit mesajı olduğundan kısa olur.

Peki ya bir kuruluşun tamamı?

GitHub, bir kuruluş genelindeki sürümler için akış yayımlamaz. https://github.com/ORG.atom geçerli bir akış döndürür, ancak bu akış kişilerin depolara eklenmesi gibi kuruluş olaylarını içerir. cli ve github kuruluşları için bu akış boştu. https://github.com/orgs/ORG.atom ise bir akış değil, bir web sayfası döndürür.

Bir kuruluştaki her depoyu takip etmek için her deponun sürüm akışına abone olun. Bunu elle yapmanıza gerek yoktur: aşağıdaki betik, GitHub API'sine kuruluşun genel depolarını sorar ve okuyucuların akış listesi içe aktarmak için kullandığı format olan bir OPML dosyası oluşturur. curl ve jq gerektirir, en fazla 100 depo okur ve arşivlenmiş olanları atlar.

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 değerini istediğiniz kuruluşla değiştirin, betiği çalıştırın ve dosyayı içe aktarın: SereneReader'da Akış ekle'ye, ardından OPML İçe Aktar'a tıklayın. Akışlar bu örnekte "cli releases" olarak adlandırılan tek bir klasöre yerleşir. Büyük kuruluşlarda yüzlerce depo olabileceğinden, içe aktarmadan önce dosyayı kontrol edin. Ücretsiz planda içe aktarma işlemi 150 akış sınırında durur.

Ön sürümler atlanabilir mi?

Akışın kendisinde değil. Sürüm akışı ön sürümleri de içerir ve bir girdide bunun ön sürüm olduğunu belirten hiçbir işaret yoktur. TypeScript ile kontrol ettik: GitHub "TypeScript 7.1 Beta"yı ön sürüm olarak işaretler, ancak akış girdisi kararlı bir sürümle aynı görünür. Akış URL'sine ?prerelease=false eklemek GitHub'ın döndürdüğü sonucu değiştirmez.

Filtreleyebileceğiniz şey sürüm başlığıdır. Birçok proje, ön sürümlerin adına "beta", "rc" veya "alpha" ekler. SereneReader'da Ayarlar > Veri > Gizli ifadeler bölümüne bir ifade ekleyin ya da bir sürümü açıp Makaleyi gizle'ye tıklayarak İfadeye göre gizle'yi seçin. Başlığı veya özeti bu ifadeyi içeren makaleler, sonradan gelenler de dahil olmak üzere gizlenir. Örneğin -rc ifadesi, v7.4-rc1 gibi Linux sürüm adaylarını gizler.

İfadeyi dikkatli seçin. Gizli ifadeler takip ettiğiniz tüm akışlara uygulanır ve başlık ile özeti eşleştirir. beta gibi bir ifade, notlarında beta sözcüğü geçen kararlı bir sürümü ve diğer akışlarınızdaki bu kelimeyi kullanan gönderileri de gizler.

Dikkat edilmesi gereken bir husus daha: birden fazla paket barındıran bir depo genellikle hepsine ait sürümleri aynı akışta yayımlar. TypeScript akışı, vscode-typescript/v1.0.1 başlıklı VS Code uzantısının sürümlerini de listeler. vscode-typescript/ gibi bir gizli ifade bunları kaldırır.

Sürümleri AI ajanıyla okuma

Çok sayıda projeyi takip ediyorsanız, her not seti yerine bir özet tercih edebilirsiniz. SereneReader'ın API'si, sürüm akışlarından gelenler dahil makalelerinizi JSON olarak döndürür; bu sayede bir ajan veya kısa bir betik geçen haftanın sürümlerini okuyarak hangilerinin sizi etkilediğini söyleyebilir. RSS akışlarınızı AI ajanlarına nasıl bağlarsınız kurulum sürecini adım adım açıklar. API, Pro ve Team planlarının bir parçasıdır.

Akış yeterli olmadığında

Sürüm akışı, kullandığınız yazılımı takip etmenin sessiz bir yoludur. Ancak bazı sınırlamaları vardır:

Notlar yalnızca sürüm kadar iyidir. Akış yalnızca sürüm metnini taşır. Linux sürüm girdileri yalnızca "Linux 7.4-rc1" gibi bir satır içerir; TypeScript beta girdisi ise bir blog gönderisine bağlantıdır. Bir sürüme eklenen dosyalar da listelenmez. Bu tür projeler için projenin blog akışını veya changelog dosyasını da takip edin.
Özel depolar çalışmaz. Özel bir deponun akışı, GitHub'da oturum açmadığınız sürece 404 hatası döndürür; RSS okuyucusu ise akışları GitHub oturumunuz olmadan çeker. Bu durumlar için GitHub'ın kendi bildirimlerini kullanın (aşağıda).
Yeni sürümler okuyucunun programına göre gelir. Okuyucu her akışı belirli aralıklarla kontrol eder; dolayısıyla bir sürüm yayımlandığı anda değil, bir sonraki kontrolde görünür. Okuma amacıyla bu yeterlidir. Bir şeyin hemen gerçekleşmesi gerektiğinde doğru araç değildir.
Yoğun akışlar bazı girdileri kaçırabilir. Akış her zaman yalnızca en son 10 sürümü barındırır. İki kontrol arasında 10'dan fazla sürüm yayımlayan bir depo — örneğin sürüm gününde büyük bir monorepo — bazılarını okuyucu görmeden önce dışarı iter.

Bu sınırlamalar önemli olduğunda bunları kullanın:

GitHub'ın Watch menüsü. Depo sayfasında Watch'a tıklayın, Custom'ı seçin ve Releases'i işaretleyin. GitHub her yeni sürüm için bir bildirim ve e-posta bildirimini açtıysanız bir e-posta gönderir. Bu, erişebildiğiniz özel depolar için de çalışır.
Webhook. Bir sürüm bir şeyi otomatik olarak başlatması gerekiyorsa — derleme veya dağıtım gibi — release olayına sahip bir depo webhook'u, sürüm yayımlandığında sunucunuzu çağırır. Webhook'ları yalnızca yönettiğiniz depolara ekleyebilirsiniz.
Bağımlılık güncelleme araçları. Amaç bir projenin bağımlılıklarını güncel tutmaksa, Dependabot veya Renovate gibi bir araç yeni sürümler çıktığında pull request açar.

Başka bir gelen kutusu yönetmeksizin kullandığınız araçları takip etmek için akış genellikle yeterlidir.

Akış URL'leri ve içerikleri 3 Kasım 2026'da GitHub'a karşı kontrol edilmiştir. Bir akış güncellenmezse, GitHub'ın onu hâlâ sunduğunu doğrulamak için URL'yi bir tarayıcıda açın.