GitHub, 긴 pull request의 merge box를 페이지 맨 위로 끌어올리다

GitHub New pull request overview page in public preview

GitHub, 긴 pull request의 merge box를 페이지 맨 위로 끌어올리다

GitHub이 pull request의 merge 상태와 다음에 할 수 있는 작업을 페이지 상단의 간결한 준비도 요약으로 보여주는 Overview 페이지를 공개 프리뷰로 선보였다. 기존 merge box는 정보를 그대로 두되 절반 이하의 공간으로 재설계했고, 미해결 대화나 내가 쓴 댓글 필터, 최신순 정렬, 활동 요약 등 긴 리뷰에서 길을 잃지 않게 돕는 기능도 함께 추가했다. 헤더의 버튼으로 참여할 수 있고 언제든 기존 화면으로 돌아갈 수 있다.

긴 pull request에서 무엇이 막고 있는지 확인하려면 merge box에 닿기 위해 수십 개의 댓글과 타임라인 이벤트를 지나 스크롤해야 하는 경우가 많습니다.
  1. capevace

    우리는 자체 리뷰 파이프라인을 구축해 왔습니다. 자동화된 리뷰 가이드, 위험 감지 등 많은 것을 포함해서요.

    코드 리뷰 주변에는 할 일이 정말 많습니다. GitHub이 더 많은 것을 하지 않는 게 매우 의아합니다.

    그들은 이미 영향력이 있고, 수년간의 실제 리뷰 데이터도 가지고 있습니다. 그런데도 PR 자체는 더 효율적인 리뷰를 위해 새로 나온 방법들을 전혀 사용하지 않고 있습니다.

    에이전트들이 PR을 좌우로 쏟아내고 있는데, 저는 여전히 35개의 PR의 날것 그대로의 diff를 쳐다보고 있고 결국 병목이라고 불리고 있습니다.

  2. gz09

    차라리 PR 관련 회귀 버그들을 먼저 고치는 데 집중했으면 좋겠습니다...

    예를 들어: 최근에 도입된 끔찍한 버그가 있는데, "Merge when ready"를 클릭하면 실제로 병합 큐로 넘어갈 확률이 60-70% 정도밖에 안 되는 것 같습니다. 그런 일이 생기면 보통 다음 날까지 병합이 안 되어 있는지 확인해야 알게 됩니다.

    지원팀은 한 달도 더 전에 이 문제를 인정했지만 지금까지 수정된 게 없습니다.

  3. habosa

    이건 큰 개선이지만 여전히 훌륭하지는 않습니다. 저는 GitHub의 PR 페이지가 너무 형편없어서 더 나게 만들고 싶은 충동에 6년도 더 전에 CodeApprove(https://codeapprove.com)를 만들었습니다.

    제 생각에 올바른 디자인은 꽤 간단합니다:

    - 모든 것을 한 페이지에, 정보 밀도 높게

    - 코드와 해결되지 않은 논의에 집중, 아마 CI 체크도

    - 키보드 내비게이션

    Graphite가 꽤 근접합니다! 하지만 세월이 지나면서 복잡해졌죠. CodeApprove도 완벽과는 거리가 멉니다(UX 작업을 많이 한 지 꽤 됐거든요) 그래도 GitHub가 조금 더 잘해주길 바랍니다.

  4. locallylinear

    글쎄요, 저는 그냥 에이전트에게 PR 상태가 어떤지 물어봅니다. 실패한 체크, 미해결 코멘트 등등에 대해서요.

    하지만 이건 괜찮아 보이네요.

    오히려 더 나은 UX에 투자할 곳은 코드 리뷰, 심지어 리뷰를 요청하기 전에 "내"(에이전트의) 코드를 리뷰하는 쪽이라고 생각합니다. IDE에서 벗어나 터미널 앱이나 데스크톱 앱으로 코딩하는 세상에서는 코드가 GitHub에 올라가기 전까지는 코드를 거의 보지 못합니다. 그래도 저는 어느 정도 리뷰가 필요하다는 생각, 특히 중요한 부분에 대한 생각을 놓지 못하고 있습니다.

    그리고 네, 1년 전의 저라면 방금 한 말에 충격을 받았을 겁니다.

  5. johnnypangs

    댓글 스레드 순서를 뒤집으면서 미리보기를 포함할 네이티브 방법을 넣지 않은 게 마음에 안 듭니다. 이제 병합 버튼을 보려면 아래로 스크롤해야 했는데, 대신 미리보기를 보려면 아래로 스크롤해야 합니다.

  6. verst

    몇 주 동안 사용해 봤는데 별로 마음에 들지 않습니다. 제 취향에는 PR 토론/댓글로 이동하는 데 클릭이 너무 많습니다.

  7. pscanf

    써봤는데, 기본적으로 예전 UI에 사소한 레이아웃 변경 몇 개를 더한 것뿐인데 왜 이렇게 야단인지 모르겠습니다. AI 개발 워크플로의 요구를 확실히 해결하지 못합니다.

  8. ethin

    GH가 UI를 예쁘게 보이게 하려고 애쓰는 대신 플랫폼을 다시 견고하게 만들려고 했으면 좋겠습니다.

이 날의 다른 글

2026-11-08