---
title: "GitHub, 대규모 PR 쪼개는 'Stacked PR' 공식 지원"
published: 2026-04-13T20:36:49.000Z
canonical: https://jeff.news/article/1703
---
# GitHub, 대규모 PR 쪼개는 'Stacked PR' 공식 지원

GitHub가 큰 풀 리퀘스트를 작은 체인으로 쪼개서 리뷰할 수 있는 Stacked PR을 공식 지원한다. gh stack CLI로 로컬 워크플로우를 관리하고, PR UI에서 스택 맵을 통해 리뷰어가 레이어별로 이동하며 리뷰할 수 있다.

- GitHub가 드디어 **Stacked PR**을 공식 지원함 — 큰 PR을 작은 단위의 체인으로 쪼개서 리뷰하는 워크플로우
  - 대규모 PR의 고질적 문제(리뷰어 컨텍스트 유실, 피드백 품질 저하, 머지 충돌)를 정면으로 해결하려는 접근
  - 각 PR이 바로 아래 PR의 브랜치를 타겟으로 하는 순서 체인을 형성하고, 최종적으로 메인 브랜치에 합류하는 구조임

- PR UI에 스택 맵이 표시돼서 리뷰어가 레이어 간 자유롭게 이동 가능
  - 브랜치 보호 규칙은 직접 베이스가 아닌 **최종 타겟 브랜치** 기준으로 적용됨 — 중간 브랜치 때문에 규칙이 무력화되는 일 없음
  - CI도 스택의 모든 PR에 대해 최종 브랜치를 타겟으로 하는 것처럼 실행되니까, "내 PR만 통과하면 됐지" 하고 넘어가는 상황 방지

- `gh stack` CLI로 로컬 워크플로우 전체를 관리함
  - 브랜치 생성, rebase 관리, GitHub 푸시, 올바른 베이스 브랜치 설정까지 한 번에 자동화
  - GitHub 쪽에서는 리뷰어에게 스택 맵 + 레이어별 포커스 diff를 보여줘서 리뷰 부담을 줄여줌

- 머지할 때는 스택 전체 또는 일부만 선택 가능
  - 각 PR을 직접 머지하거나 머지 큐(merge queue) 통해서도 처리 가능
  - 핵심은 머지 후 나머지 PR들이 **자동 rebase**된다는 것 — 가장 아래 미머지 PR이 베이스 브랜치를 새로 타겟하도록 알아서 정리해줌

## 핵심 포인트

- 큰 PR을 순서 체인 형태의 작은 PR들로 분할하여 독립적으로 리뷰 가능
- gh stack CLI로 브랜치 생성, rebase, 푸시까지 자동화
- 브랜치 보호 규칙과 CI가 최종 타겟 브랜치 기준으로 동작
- 머지 후 나머지 PR들이 자동 rebase됨

## 인사이트

Graphite, ghstack 같은 서드파티 도구로만 가능했던 stacked PR 워크플로우를 GitHub가 공식 지원하면서, 대규모 팀의 코드 리뷰 병목이 크게 줄어들 전망이다.