GitHub가 2026년 10월 6일 스택형 풀 리퀘스트를 정식 출시했다. 스택형 풀 리퀘스트는 큰 코드 변경을 서로 의존하는 여러 개의 작은 풀 리퀘스트로 나누고, 각 변경을 따로 검토한 뒤 연결된 순서에 따라 합칠 수 있게 하는 기능이다. 이번 기능은 모든 github.com 요금제에서 제공되며 GitHub Enterprise Server에는 앞으로 나올 릴리스에 포함될 예정이다. 출처
리베이스와 병합 과정에서 달라진 점
기준 브랜치인 main이 앞서 나간 뒤 스택을 리베이스해도 검토받은 코드가 바뀌지 않았다면 기존 승인이 유지된다. 저장소가 오래된 승인을 자동으로 취소하도록 설정돼 있어도 같은 기준이 적용된다. 리베이스 과정에서 GitHub가 만드는 대체 커밋에는 서명이 붙고 원래 작성자 정보가 보존된다. 일부 풀 리퀘스트를 먼저 합친 뒤 진행되는 자동 리베이스도 브랜치 규칙이 서명을 요구하거나 원래 커밋에 서명이 있었다면 대체 커밋에 서명한다. 출처
저장소 규칙을 우회할 권한이 있는 사용자는 스택에서 아직 합쳐지지 않은 가장 아래쪽 풀 리퀘스트를 병합할 때 그 권한을 사용할 수 있다. 병합 큐는 한 스택을 하나의 병합 그룹으로 처리한다. 저장소가 병합 커밋 방식을 쓰면 스택 전체에 하나가 아니라 각 풀 리퀘스트마다 병합 커밋 하나를 만든다. 다른 스택에서 갈라져 나온 스택의 기준 브랜치가 삭제되면 아래쪽 풀 리퀘스트를 닫는 대신 새 기준 브랜치로 자동 연결한다. 출처
자동 병합과 탐색 기능
스택 자동 병합은 앞으로 몇 주에 걸쳐 제공된다. 사용자가 여러 풀 리퀘스트를 한 그룹으로 선택하면, 그룹 안의 모든 풀 리퀘스트가 저장소의 병합 요건을 충족한 뒤 함께 합쳐진다. 발표 시점에는 점진적으로 제공되는 항목이다. 출처
풀 리퀘스트 화면의 고정 헤더에는 해당 변경이 속한 스택 정보가 계속 표시된다. Shift+J와 Shift+K로 스택 안의 풀 리퀘스트 사이를 이동할 수 있고, 풀 리퀘스트가 스택에 들어오거나 빠진 기록은 타임라인에서 확인할 수 있다. pull_request 웹훅에는 풀 리퀘스트가 스택에 들어갈 때 stacked 작업이 추가된다. GitHub CLI의 gh stack 확장 기능은 Git worktree를 지원하며 초기화·체크아웃·이동 과정도 개선됐다. 출처
공개 미리보기에서 GitHub가 보고한 수치
GitHub는 공개 미리보기 기간에 스택을 사용한 저장소의 병합된 코드가 비교 대상 저장소보다 9% 늘었다고 밝혔다. 활동량 상위 1% 저장소 가운데 3분의 2 이상이 스택형 풀 리퀘스트를 사용했고, 이 저장소들의 병합까지 걸린 시간은 5% 개선됐다고 설명했다. 이 수치는 GitHub가 자사 서비스 사용 자료를 비교해 발표한 결과다. 출처