2년 된 GitHub Feature Request를 찾아서 구현했습니다

발행: (2026년 3월 8일 AM 02:16 GMT+9)
3 분 소요
원문: Dev.to

Source: Dev.to

Background

몇 주 전 GitHub Discussions를 살펴보다가 2023년 9월에 올라온 스레드를 발견했습니다. Nathan이라는 개발자가 적절한 브랜치 정리 도구—마지막 커밋 날짜로 필터링, 누가 무엇을 건드렸는지 확인, 오래된 브랜치를 대량 삭제—를 요청했었습니다.

이 이슈는 2년째 열려 있었고, 공식적인 최선의 답변은 사실상 “Stale 탭을 사용해 보셨나요?”였으며, 이는 여전히 한 번에 하나씩 브랜치를 삭제해야 했습니다.

Stack Overflow 질문 *“How do I remove all stale branches from GitHub?”*는 40 000회 이상의 조회수를 기록했습니다. 가장 흔한 우회 방법은 다음과 같습니다:

git push origin --delete branch-name-1
git push origin --delete branch-name-2
# repeat 40 more times

또는 GitHub API를 이용해 스크립트를 작성하고, 인증, 페이지네이션을 처리하며, 실수로 활성 브랜치를 삭제하지 않도록 조심해야 합니다.

Solution

저는 이미 reposweeper.com이라는 무료 도구를 가지고 있었습니다—대량 저장소 관리(아카이브, 삭제, 가시성, 협업자)를 위한 도구로, 비슷한 GitHub 제한을 해결하기 위해 만들었습니다. 브랜치 관리 기능을 추가하는 것이 다음 단계로 자연스러웠습니다.

How it works

  1. Select the repository you want to clean up.
  2. Click Manage Branches.
  3. Select the stale branches (branches are sorted by last commit date and show the author and commit message). Protected branches are flagged so they can’t be selected accidentally.
  4. Click Delete to remove the selected branches in one shot.

You can try it at .

Follow‑up

저는 Nathan의 원래 스레드에 새 기능에 대한 링크를 남겼습니다. 2년이라는 시간은 기능을 기다리기에 너무 긴 기간이었습니다.

제안 사항이 있거나 이상한 점을 발견하면 언제든지 댓글을 남겨 주세요.

0 조회
Back to Blog

관련 글

더 보기 »

모든 마찰이 같은 것은 아니다

소개 요즘 많은 게시물들이 “마찰의 종말”을 축하하며, AI가 코드를 작성하는 데 따르는 마찰을 없애고 개발 속도를 높이는 것을 칭송하고 있다...