좋은 느낌의 GitHub issue 레이블
OSS 제품용의 라벨입니다만, 그렇지 않은 제품에도 참고가 된다고 생각합니다.
또, GitHub issues에 한정하지 않고, Asana, JIRA, Wrike, Trello, Redmine등의 티켓/태스크에 라벨 붙일 때에도 참고가 될까 생각합니다.
우선은 일람
이하에 상세를 기재해 갑니다.
0계
0계의 라벨은 외부 기여자용의 라벨입니다.
0: good first issue
… 처음으로 컨트리뷰트하기를 향한 작은 issue에 라벨이 붙여집니다.
0: help wanted
…해결책이 아직 명확하게 정해져 있지 않은, 누군가에게 도움을 주었으면 하는 시스템의 issue에 라벨이 붙여집니다.
Close 시스템
Close 시스템은 issue를 닫을 때 이유로 붙여 넣는 레이블입니다. 물론 코멘트도 기재한 후에 닫습니다.
Close: duplicate
… 중복 이슈에 라벨이 붙습니다.
Close: invalid
… 잘못된/잘못된 문제에 레이블이 지정됩니다.
Close: wontfix
… 대응하지 않는 issue 에 라벨이 붙습니다.
Feedback계
Feedback계는 질문이나 개선 요망등의 피드백에 사용하는 라벨입니다.
Feedback: feature request
… 유저나 고객등으로부터 얻은 신기능 요구등의 issue에 라벨 붙여집니다.
Feedback: question
… 질문 시스템의 issue에 라벨이 붙여집니다.
Priority 시스템
Priority계는 issue에 우선도를 붙일 때에 사용하는 라벨입니다.
high도 low도 붙지 않은 라벨은 우선하지 않는다고 하는 것이 아니라, high와 low의 사이=중간 정도의 우선도라고 하는 의미가 됩니다.
Priority: high
… 우선 순위가 높은 이슈에 라벨이 붙습니다.
Priority: low
… 우선순위가 낮은 이슈에 라벨이 붙습니다.
Problem 시스템
버그나 보안상의 문제를 나타내는 라벨입니다.
Problem: bug
… 제품의 버그에 관한 issue 에 라벨이 붙여집니다.
Problem: security
… 보안 문제를 보고하는 issue에 레이블이 지정됩니다.
Type계
issue의 종류를 분류하는데 사용하는 라벨입니다. Type 대신 Problem이 붙을 수도 있습니다.
Type: design
… 제품의 디자인을 논의하는 issue에 상표가 붙여집니다.
OSS가 아닌 경우, 설계는 다른 장소에서 논의되기 때문에 불필요.
Type: documentation
… 제품 문서에 대한 issue에 레이블이 지정됩니다.
Type: improvement
… 제품의 개선에 관한 issue 에 라벨이 붙여집니다.
Type: new feature
… 제품의 새로운 기능에 관한 issue 에 라벨이 붙여집니다.
참고
Reference
이 문제에 관하여(좋은 느낌의 GitHub issue 레이블), 우리는 이곳에서 더 많은 자료를 발견하고 링크를 클릭하여 보았다 https://qiita.com/shun_tak/items/d363b7c5d9e8fa19dc6b텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
우수한 개발자 콘텐츠 발견에 전념 (Collection and Share based on the CC Protocol.)