GitHub, 새 풀 리퀘스트 개요 페이지를 선택 참여형 공개 미리보기로 제공: 간결한 병합 요약과 댓글 필터, 그러나 변경 로그는 요금제나 제품, 종료일을 밝히지 않고 병합 큐와 규칙 집합 표시 방식도 언급하지 않음
2026년 11월 5일 GitHub는 풀 리퀘스트용 새 개요 페이지를 선택 참여형 공개 미리보기로 발표했고 배포는 주말까지 이어집니다. 병합 상태와 다음 작업을 위쪽의 간결한 요약에 놓고, 병합 상자를 절반도 안 되는 공간으로 다시 설계했으며, 해결되지 않은 대화와 내 댓글에 대한 필터, 최신순 정렬, 활동 요약을 더했습니다. 사용자는 헤더 버튼으로 참여하고 기존 개요로 돌아갈 수 있습니다. 변경 로그는 요금제나 제품, 미리보기 종료일, 시간 절약 측정을 밝히지 않고 병합 큐, 규칙 집합, 자동 병합이 어떻게 보이는지도 말하지 않습니다.
2026년 11월 5일 GitHub는 풀 리퀘스트용 새 개요(Overview) 페이지를 선택 참여형 공개 미리보기로 발표했습니다. 변경 로그는 배포가 주말까지 이어진다고 밝히므로 모든 계정에 바로 보이는 것은 아닙니다. 첫 단계는 범위가 좁습니다. 병합 상태와 다음에 할 수 있는 작업을 풀 리퀘스트 맨 위에 간결한 준비 상태 요약으로 놓고, 긴 대화를 따라잡는 몇 가지 방법을 더했습니다. 출처는 벤치마크가 없는 짧은 변경 로그 항목이어서, 이 기사는 항목이 말하는 내용을 설명하고 GitHub 자체 병합 문서의 배경을 보태며 항목이 열어 둔 부분을 정리합니다.
동기는 익숙한 불편입니다. 긴 풀 리퀘스트에서는 무엇이 병합을 막는지 알기 위해 수십 개의 댓글과 타임라인 이벤트를 지나 병합 상자까지 스크롤해야 하고, 도착해서도 다음에 무엇을 할지 스스로 판단해야 합니다. GitHub는 풀 리퀘스트 경험 전체를 다시 생각하기 시작했고 여기서부터 시작한다고 말합니다. 병합 상자는 같은 정보를 절반도 안 되는 공간에 보여 주도록 다시 설계됐습니다. 역할은 세 가지입니다. 검사, 댓글, 승인 같은 뒷받침 신호를 간결하게 보여 주고, 막고 있는 요인에 대해 예컨대 브랜치 업데이트 같은 조치를 취하게 하며, 병합 준비 여부를 보여 주고 요건이 충족되면 병합할 수 있게 합니다. 항목은 먼저 요약을 보고 실패한 검사, 아직 승인하지 않은 사람, 관련 댓글처럼 필요한 세부 내용으로 들어가라고 권합니다.
대화를 따라가도록 돕는 변경이 세 가지 더 있습니다. 대화를 해결되지 않은 대화나 내가 쓴 댓글로 걸러 볼 수 있어 열린 질문을 찾고 내 의견을 추적하기 쉽습니다. 가장 이른 논의부터가 아니라 최신 댓글부터 정렬할 수 있습니다. 오른쪽 위의 요약에는 리뷰 댓글, 리뷰 요청, 기타 업데이트가 나옵니다. 헤더에서 초안을 리뷰 준비 상태로 바꾸거나 풀 리퀘스트를 닫을 수도 있으며, 어떤 작업이 보이는지는 권한에 따라 다릅니다.
사용해 보려면 헤더에서 "Try the Overview page" 버튼을 선택합니다. 미리보기 기간에는 같은 메뉴에서 기존 개요로 돌아갈 수 있으므로 변경은 사용자별로 되돌릴 수 있습니다. GitHub는 미리보기를 완성된 경험이 아닌 출발점이라고 부르며 커뮤니티 토론에서 의견을 달라고 합니다. 수집 시점에 그 토론 글에는 댓글이 없었습니다.
배경으로, 풀 리퀘스트 병합에 관한 GitHub 문서는 이 요약이 반영해야 하는 규칙을 설명합니다. 초안 풀 리퀘스트는 병합할 수 없습니다. 저장소 규칙이나 브랜치 보호가 리뷰, 상태 검사, 최신 브랜치를 요구할 수 있고 브랜치 보호 규칙의 대안으로 규칙 집합이 제공됩니다. 풀 리퀘스트는 모든 요건이 충족되면 자동으로 병합되도록 설정할 수 있습니다. 기본 브랜치가 병합 큐를 요구하면 쓸 수 있는 병합 옵션이 표준과 다릅니다. 병합 방법은 병합 커밋, 스쿼시 병합, 리베이스 병합의 세 가지이고, 문서는 리베이스 후 병합이 항상 커미터 정보를 갱신하고 새 커밋 SHA를 만든다고 밝힙니다. 이는 배경으로만 인용합니다. 변경 로그는 개요 페이지가 병합 큐 상태, 규칙 집합, 자동 병합을 어떻게 표시하는지 말하지 않으며 우리도 추정하지 않습니다.
항목이 답하지 않은 실무 질문도 여럿 있습니다. 어떤 GitHub 요금제나 제품이 포함되는지, GitHub Enterprise Server를 포함해 말하지 않으므로 이를 쓰는 팀은 기대하기 전에 확인해야 합니다. 미리보기 종료 시점도, 새 페이지를 기본으로 만들 계획도 없습니다. 페이지가 API, GitHub CLI, 알림 동작에 변화를 주는지도 말하지 않고, 새 레이아웃이 시간을 절약한다는 측정도 제시하지 않습니다. "절반도 안 되는 공간"은 병합 상자에 대한 설계상의 설명이지 사용성 결과가 아닙니다.
우리의 판단입니다. 이것은 소박한 인터페이스 변경이며 선택 참여형이고 되돌릴 수 있어서 시험 비용이 낮습니다. 혜택을 볼 만한 사람은 긴 풀 리퀘스트를 리뷰하는 사람으로, 주로 필터와 최신순 정렬 덕분입니다. 병합 큐나 자동 병합 같은 특정 병합 설정에 의존하는 팀은 테스트용 풀 리퀘스트로 미리보기를 시험하고 두 개요를 비교한 뒤에 모두에게 전환을 안내하는 것이 좋습니다.
Sources
FAQ
새 풀 리퀘스트 개요 페이지는 어떻게 켭니까?
선택 참여형 공개 미리보기입니다. 풀 리퀘스트 헤더에서 'Try the Overview page' 버튼을 고르고, 미리보기 기간에는 같은 메뉴에서 기존 개요로 돌아갈 수 있습니다. GitHub는 배포가 주말까지 이어진다고 하므로 아직 모든 계정에 버튼이 보이지는 않을 수 있습니다.
변경 로그는 어떤 GitHub 요금제에서 개요 페이지를 쓸 수 있는지 밝힙니까?
밝히지 않습니다. 이 항목은 GitHub Enterprise Server를 포함해 요금제나 제품을 거론하지 않고, 미리보기 종료일도 이 페이지를 기본으로 만들 계획도 제시하지 않습니다. 특정 요금제나 자체 호스팅 버전을 쓰는 팀은 리뷰어에게 기대를 알리기 전에 테스트 계정으로 제공 여부를 확인해야 합니다.
개요 페이지는 병합 큐나 자동 병합 상태를 보여 줍니까?
변경 로그는 말하지 않습니다. 검사, 댓글, 승인, 브랜치 업데이트 같은 막는 요인, 병합 준비 상태를 담은 간결한 요약만 설명합니다. GitHub의 병합 문서는 병합 큐가 병합 옵션을 바꾼다고 하지만 새 페이지가 이를 어떻게 보여 주는지는 설명이 없으므로 먼저 테스트 풀 리퀘스트로 시험하십시오.