깃허브가 저장소 관리자가 외부 기여를 받아들이는 방식을 더 세밀하게 통제할 수 있도록 두 가지 새로운 설정을 공개했다. 하나는 Pull Request 기능 자체를 완전히 끄는 것이고, 다른 하나는 PR 생성 권한을 협업자(collaborator)로만 제한하는 것이다. 두 설정 모두 공개·비공개 저장소 모두에서 지금 바로 사용할 수 있으며, 저장소의 Settings > General > Features 메뉴에서 설정한다.
그동안 깃허브에서 PR은 사실상 저장소에 기본으로 딸려 오는 기능이었다. 위키, 이슈, 토론(Discussions), 프로젝트처럼 켜고 끌 수 있는 기능들과 달리 PR은 그런 선택지가 없었다. 이번 변경으로 PR도 이들과 동일하게 저장소 단위로 비활성화할 수 있게 됐다는 점이 핵심이다. 외부 기여를 코드 호스팅이라는 기능과 분리해서 다룰 수 있게 된 셈이다.
두 설정이 실제로 하는 일
PR을 완전히 비활성화하면 저장소에서 Pull Requests 탭 자체가 보이지 않는다. 기존 PR을 열람할 수도, 새로 여는 것도 불가능해진다. 깃허브는 이 설정이 미러(mirror) 저장소, 읽기 전용 코드베이스, 또는 기여는 관리하지 않으면서 작업물만 공개하고 싶은 프로젝트에 특히 유용하다고 설명한다. 코드는 공개하되 기여 창구는 닫아두는 형태를 명시적으로 구성할 수 있는 것이다.
두 번째 설정인 '협업자만 PR 생성 허용'은 PR 흐름 자체는 유지하되 참여자를 통제하는 방식이다. 이 설정을 켜면 탭은 그대로 보이고 모든 PR을 보고 댓글을 달 수 있지만, 쓰기 권한을 가진 협업자만 새 PR을 만들 수 있다. 협업자는 저장소 설정의 Collaborators 탭에서 추가하거나 제거한다. 깃허브는 이 기능이 중요한 개발 단계에서 기여 품질을 관리하거나, 변경을 제출하는 주체를 좁혀야 할 때 도움이 된다고 밝혔다.
실무에서 고려할 점
국내 실무 관점에서 보면 이 두 설정은 저장소를 '공개 범위'와 '기여 범위'라는 두 축으로 분리해 운영하도록 해준다. 예컨대 내부에서 관리하는 정본(canonical) 저장소를 깃허브에 거울처럼 올려두면서도 외부 PR로 인한 관리 부담을 없애고 싶은 조직, 또는 릴리스 직전처럼 코드 변경을 엄격히 통제해야 하는 시기에 외부 제출을 일시적으로 막고 싶은 팀에게 직접적인 선택지가 된다. 지금까지는 이런 통제를 위해 별도의 브랜치 보호 규칙이나 운영 관행에 의존해야 했던 부분을 설정 한 번으로 대체할 수 있다.
다만 모바일 환경에는 아직 제한이 있다. 깃허브는 모바일 앱의 전체 UI 반영이 곧 적용될 예정이라고 밝혔는데, 현재로서는 PR을 비활성화해도 앱에서는 Pull Requests 탭이 여전히 표시된다. 새 PR 생성은 막히지만 탭 노출 동작이 웹과 일치하지 않는 것이다. 그 외 설정은 웹과 모바일에서 동일하게 작동한다. 사용자에게 혼란을 줄 수 있는 부분이므로, 기여자가 모바일을 많이 쓰는 프로젝트라면 이 과도기적 차이를 안내해 둘 필요가 있다.
또 하나 구분해서 이해할 점은 이 설정들이 특정 사용자의 활동을 일시적으로 제한하는 용도는 아니라는 것이다. 깃허브는 공개 저장소에서 일부 사용자의 활동을 한시적으로 막으려면 기존의 임시 상호작용 제한(temporary interaction limits) 기능을 계속 쓰라고 안내한다. 즉 이번 설정은 PR이라는 기능의 가용성 자체를 저장소 차원에서 결정하는 성격이고, 개별 사용자나 기간을 겨냥한 조치는 별도 도구가 담당하는 구조다. 두 가지를 혼동하면 의도한 통제와 실제 적용 범위가 어긋날 수 있으니 목적에 맞게 선택하는 것이 좋다.