7월 30일 공개 프리뷰로 나온 스택 풀 리퀘스트는 큰 변경을 작은 PR 여러 개로 나누고, 각 PR 이 바로 아래 PR 의 브랜치를 기준으로 삼아 차례로 쌓이게 하는 기능이에요. 정식 출시와 함께 베이스 브랜치가 바뀌어 리베이스해도 바뀌지 않은 코드의 승인과 서명 커밋이 유지되고, 스택 전체가 머지 큐에 한 그룹으로 들어가며, 스택 자동 병합은 앞으로 몇 주에 걸쳐 열려요. 공식 문서 기준으로 모든 브랜치가 같은 저장소에 있어야 해서 포크를 건너는 스택은 안 되고 병합은 맨 아래 PR 부터 해야 하며, 빠른 시작 문서는 gh CLI 2.90.0 이상에 gh-stack 확장을 깔아 gh stack init·add·submit 으로 만드는 절차를 안내해요(GHES 는 다음 릴리스에 들어가요).
용어 풀이
- PR
- 풀 리퀘스트. 변경을 합쳐 달라고 리뷰를 요청하는 단위
- CLI
- 명령줄 도구
- GHES
- GitHub Enterprise Server. 회사가 직접 설치해 운영하는 깃허브
- 머지 큐
- 병합 요청을 줄 세워 차례로 검사하고 합치는 기능
운영자 인사이트
공식 문서는 코파일럿 같은 에이전트에 스택을 맡기려면 gh skill install github/gh-stack 으로 스킬을 깔라고 안내하고, 따라 하기 문서도 코파일럿 CLI 기준이에요. 클라우드에서 도는 코파일럿 코딩 에이전트가 스택을 만든다는 내용은 문서에서 찾지 못했으니, 에이전트가 만든 큰 변경을 층별 리뷰로 나눠 받으려면 로컬 CLI 에이전트로 먼저 시험해 보세요.
여러 관점으로 보기
- 공개 프리뷰 발표 7월 30일 공개 프리뷰 때부터 웹·CLI·모바일 앱과 함께, gh-stack 스킬을 쓰는 코파일럿 같은 코딩 에이전트로도 스택을 다룰 수 있다고 밝혔어요. GitHub
- 공식 문서의 제약 모든 브랜치가 같은 저장소에 있어야 하고 포크를 건너는 스택은 지원하지 않으며, 깃허브 데스크톱에서도 쓸 수 없다고 적었어요. GitHub Docs
- 에이전트로 스택 만들기 코파일럿 CLI 가 gh-stack 스킬로 층마다 브랜치를 만들어 커밋하고, 리뷰 지적을 받으면 해당 층을 고친 뒤 위층을 다시 리베이스하는 절차를 안내해요. GitHub Docs
- CLI 확장 저장소 gh-stack 은 MIT 라이선스이고 별 약 1,600개, 열린 이슈 141개이며, 확장과 에이전트용 스킬을 각각 설치하는 명령을 안내해요. GitHub