
GitHub 공식 변경 로그에 따르면 저장소 관리자는 이슈 생성을 쓰기 권한을 가진 협업자로 제한할 수 있는 새 설정을 사용할 수 있게 됐다. 이 기능은 공개 저장소에서 무분별한 이슈 생성을 줄이면서, 실제 유지보수자와 기여자 중심의 이슈 흐름은 유지하도록 설계됐다.
새 설정을 켜면 쓰기 권한이 없는 사용자는 저장소 전반의 진입점에서 이슈를 만들 수 없다. GitHub는 적용 범위에 이슈 탭뿐 아니라 댓글, 토론, 프로젝트, Copilot 관련 흐름까지 포함된다고 설명했다. 기존에 풀 리퀘스트 생성 제한에서 제공되던 권한 제어가 이슈 생성 영역으로 확장된 셈이다.
관리자는 저장소 설정의 기능 영역에서 이슈 기능을 켠 뒤, 이슈 생성 허용 대상을 협업자 전용으로 선택할 수 있다. GitHub 문서는 개인 저장소에서는 초대된 사용자를 협업자로 보고, 조직 저장소에서는 write, maintain, admin 역할을 부여받은 사용자를 협업자로 설명하고 있다.
이번 변화는 오픈소스 프로젝트의 운영 부담과 커뮤니티 개방성 사이의 균형을 다시 보여준다. 이슈는 버그 제보와 기능 논의의 핵심 통로지만, 인기 저장소에서는 중복 제보, 지원 요청, 자동화된 스팸이 유지보수 시간을 빠르게 잠식한다. 협업자 전용 설정은 모든 저장소에 필요한 기본값이라기보다, 특정 기간의 스팸 대응이나 내부·반공개 프로젝트 운영에서 선택할 수 있는 추가 통제 수단에 가깝다.
다만 이 설정을 사용하는 저장소는 외부 사용자의 버그 제보 경로가 줄어들 수 있다. 공개 프로젝트라면 보안 취약점 신고, 토론, 지원 채널, 재현 가능한 버그 접수 절차를 별도로 안내해야 한다. 권한 제어가 프로젝트 관리 효율을 높일 수는 있지만, 사용자 피드백을 막는 방식으로 운용될 경우 생태계 참여 장벽도 함께 높아질 수 있다.
출처: GitHub Changelog https://github.blog/changelog/2026-06-29-restrict-issue-creation-to-collaborators-only · GitHub Docs https://docs.github.com/en/repositories/managing-your-repositorys-settings-and-features/enabling-features-for-your-repository/disabling-issues