GitHub, 대형 변경을 작은 의존 PR 체인으로 쪼개는 stacked PR 도입
Original: GitHub ships stacked PRs so large changes split into reviewable layers View original →
큰 변경을 리뷰 가능한 층으로 나누는 기능
코드 리뷰의 병목은 종종 코드 양보다 변경 단위가 너무 크다는 데서 온다. GitHub은 2026년 8월 1일 X에서 “Stacked PRs are now on GitHub”라고 쓰며, 대형 변경을 작은 pull request 체인으로 나누는 기능을 공개 프리뷰로 내보냈다. 이 기능은 AI 코딩 에이전트가 만드는 긴 변경에도 직접 연결된다. 사람이 검토할 수 있는 단위로 쪼개지지 않으면 자동 생성 코드의 생산성은 리뷰 단계에서 막힌다.
GitHub 문서는 stacked pull requests를 큰 코드 변경을 여러 개의 의존 PR로 나누어 독립적으로 리뷰하고 병합하는 방식으로 설명한다. CLI에서는 gh stack 확장을 설치해 gh stack init, gh stack add, gh stack submit 흐름으로 만들 수 있다. 웹에서도 아래 PR의 브랜치를 다음 PR의 base branch로 지정해 스택을 구성할 수 있다.
제약도 명확하다. 공개 프리뷰 기능이고, 모든 브랜치는 같은 저장소 안에 있어야 하며 cross-fork stack은 지원되지 않는다. 이미 열린 PR들도 base branch와 head branch가 체인처럼 맞아 있으면 GitHub이 스택 전환을 제안한다. 스택이 만들어지면 각 PR은 자신의 레이어 diff만 보여 주고, stack map으로 전체 순서와 상태를 이동할 수 있다.
다음 관전점은 stacked PR이 Copilot, Codex, Cursor 같은 에이전트 워크플로와 얼마나 자연스럽게 결합되는지다. 장기 작업을 여러 PR로 자동 분해하고, 하위 레이어 수정이 상위 레이어로 전파되며, CI 중복 실행을 줄이는 흐름이 안정화되면 에이전트 코드의 리뷰 비용을 크게 낮출 수 있다. 원문 트윗은 X에서 확인할 수 있다.
Related Articles
Cursor는 2026년 4월 8일 X에서 code review agent가 pull request activity를 실시간으로 학습할 수 있다고 밝혔다. 회사는 또한 agent가 찾아낸 issues 가운데 78%가 PR merge 시점까지 해결된다고 주장했다.
PR이 멈추는 가장 지저분한 순간 하나가 버튼으로 줄어들었다. GitHub는 새 Fix with Copilot 흐름이 conflict를 정리하고 build와 test를 다시 확인한 뒤 cloud-based development environment에서 변경사항을 push한다고 설명했다.
GitHub는 2026년 3월 20일 Copilot code review가 6천만 건을 넘어섰다고 밝혔다. 회사의 3월 5일 블로그에 따르면 사용량은 출시 후 10배 증가했고, 현재 GitHub 전체 code review의 5건 중 1건 이상을 차지하며, 더 높은 signal을 목표로 한 agentic architecture 위에서 동작한다.