개인 개발자나 학생 프로젝트도 작업을 버그·기능·과제로 나누고 우선순위와 기한을 별도 항목으로 관리할 수 있게 됐다. 깃허브는 11일 개인 계정이 소유한 저장소에 이슈 유형과 이슈 필드를 정식 제공한다고 발표했다. 이번 변화는 조직 계정 중심의 구조화된 이슈 관리 범위를 개인 저장소로 넓힌 것이다.
제목과 본문 밖에 작업 정보를 구조화
이슈 유형은 작업의 성격을 구분하는 분류다. 기본으로 제공되는 Bug·Task·Feature를 수정하거나 사용자 정의 유형을 만들 수 있으며 한도는 25개다. 이슈 필드는 우선순위·작업량·시작일·목표일처럼 작업을 비교하고 정리하는 속성을 담는다. 기본 필드를 수정하거나 새로운 필드를 만들 수 있고, 필드 역시 최대 25개까지 구성할 수 있다.
개인 계정 설정의 Planning 항목에서 Issue types와 Issue fields를 관리한다. 새 이슈뿐 아니라 기존 이슈에도 적용할 수 있고 Projects에서 맞춤 보기를 만들거나 값을 일괄 수정하는 데 활용할 수 있다. REST·GraphQL API와 웹훅을 통한 자동 관리도 안내됐다. 같은 발표에는 이슈 화면에서 라벨과 마일스톤을 바로 만드는 개선도 포함됐다.
공개 저장소라고 모든 필드가 공개되는 것은 아냐
공식 관리 문서는 필드의 기본 공개 범위를 Restricted로 설명한다. 개인 저장소에서는 소유자와 읽기 이상 권한의 공동작업자가 해당 값을 볼 수 있으며, 공개·내부 Projects에는 Public 필드만 표시된다. 학습 프로젝트라도 팀 내부 일정이나 민감한 내용을 넣기 전에는 이슈와 필드, 프로젝트 각각의 공개 범위를 구분해서 확인해야 한다.
필드 삭제 때 기존 값도 영구 삭제되는 점도 주의할 부분이다. 유형당 고정 필드는 최대 10개이고, Projects의 전체 필드는 시스템·이슈 필드를 포함해 50개로 제한된다. 기능을 많이 만드는 것보다 실제 작업 흐름에 필요한 분류와 항목부터 정하는 편이 관리 혼선을 줄일 수 있다.
개인 프로젝트의 협업 기준 정리에 활용
이번 확대는 소규모 팀이 작업 정보를 본문에만 적지 않고 공통 기준으로 모으는 데 의미가 있다. 다만 공식 발표에는 도입 후 생산성 효과를 입증한 독립 평가가 없다. 확인한 자료에 특정 유료 요금제 요구나 한국의 별도 제공 일정도 명시되지 않아, 이를 모든 환경의 무료·즉시 이용 보장으로 해석해서는 안 된다.
자료 제공: GitHub 공식 변경기록 · 이슈 유형 관리 · 이슈 필드 관리
){kind=small}
){kind=small}
){kind=small}
){kind=small}