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와 동일하게 처리합니다. 각 항목은 하나의 릴리스에 해당하며, 릴리스 제목, 릴리스 페이지 링크, 게시 시간, 그리고 관리자가 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 오류를 반환하므로, 리더에서 피드를 찾을 수 없다고 나타나면 브랜치 이름을 확인하세요.
파일 피드는 변경 로그를 구독하는 데 유용합니다. 일부 프로젝트는 GitHub 릴리스 대신 CHANGELOG.md 파일에 노트를 작성합니다. 해당 파일의 커밋을 구독하면 변경 로그가 업데이트될 때 알 수 있습니다. 위의 Vite 예시가 이에 해당합니다.
GitHub 릴리스를 게시하지 않고 버전에 태그만 지정하는 프로젝트도 릴리스 피드가 정상적으로 작동합니다. Linux와 Go는 GitHub 릴리스를 게시하지 않으며, 각각의 releases.atom 피드는 태그 목록을 표시합니다. 항목 텍스트는 커밋 메시지이므로 간결합니다.

조직 전체는 어떻게 구독하나요?

GitHub는 조직 전체의 릴리스 피드를 제공하지 않습니다. https://github.com/ORG.atom은 유효한 피드를 반환하지만, 저장소에 사람이 추가되는 것과 같은 조직 이벤트를 담고 있습니다. cli와 github 조직에서는 비어 있었습니다. https://github.com/orgs/ORG.atom은 피드가 아닌 웹 페이지를 반환합니다.

조직 내 모든 저장소를 구독하려면 각 저장소의 릴리스 피드를 개별적으로 구독해야 합니다. 직접 하나씩 추가할 필요는 없습니다. 아래 스크립트는 GitHub API를 통해 조직의 공개 저장소 목록을 가져와 OPML 파일로 저장합니다. 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라는 문구를 추가하면 v7.4-rc1과 같은 Linux 릴리스 후보가 숨겨집니다.

문구는 신중하게 선택하세요. 숨김 문구는 구독 중인 모든 피드에 적용되며, 제목뿐만 아니라 요약에도 일치 여부를 확인합니다. 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 베타 항목은 블로그 게시물 링크에 불과합니다. 릴리스에 첨부된 파일 목록도 포함되지 않습니다. 이런 프로젝트는 블로그 피드나 변경 로그 파일도 함께 구독하는 것이 좋습니다.
비공개 저장소는 작동하지 않습니다. 비공개 저장소의 피드는 GitHub에 로그인하지 않으면 404 오류를 반환하며, RSS 리더는 GitHub 세션 없이 피드를 가져옵니다. 그런 경우에는 GitHub의 자체 알림(아래 참고)을 사용하세요.
새 릴리스는 리더의 주기에 따라 도착합니다. 리더는 각 피드를 주기적으로 확인하므로, 릴리스는 게시된 순간이 아니라 다음 확인 시점에 표시됩니다. 읽는 용도라면 충분하지만, 즉시 처리가 필요한 경우에는 적합하지 않습니다.
활동이 많은 피드는 항목을 놓칠 수 있습니다. 피드에는 최근 릴리스 10개만 보관됩니다. 대형 모노레포처럼 두 번의 확인 사이에 10개 이상의 릴리스를 게시하는 저장소라면, 일부 항목은 리더가 확인하기 전에 밀려날 수 있습니다.

이러한 한계가 중요한 경우에는 다음 방법을 사용하세요.

GitHub의 Watch 메뉴. 저장소 페이지에서 Watch를 클릭하고 Custom을 선택한 뒤 Releases를 체크합니다. 그러면 GitHub가 새 릴리스마다 알림을 보내며, 이메일을 설정한 경우 메일도 함께 전송됩니다. 접근 권한이 있는 비공개 저장소에도 작동합니다.
웹훅. 릴리스 시 빌드나 배포와 같은 작업을 자동으로 시작해야 한다면, release 이벤트를 사용하는 저장소 웹훅이 릴리스 게시 시 서버를 호출합니다. 웹훅은 관리 권한이 있는 저장소에만 추가할 수 있습니다.
의존성 업데이트 도구. 프로젝트 의존성을 최신 상태로 유지하는 것이 목표라면, Dependabot이나 Renovate 같은 도구가 새 버전 출시 시 풀 리퀘스트를 자동으로 생성합니다.

별도의 받은 편지함 없이 의존하는 도구를 추적하는 용도로는 피드만으로도 대부분 충분합니다.

피드 URL과 내용은 2026년 11월 3일 GitHub를 기준으로 확인했습니다. 피드 업데이트가 중단되면 브라우저에서 해당 URL을 열어 GitHub가 여전히 서비스를 제공하는지 확인하세요.