좋은 느낌의 GitHub issue 레이블
OSS 제품용의 라벨입니다만, 그렇지 않은 제품에도 참고가 된다고 생각합니다.
또, GitHub issues에 한정하지 않고, Asana, JIRA, Wrike, Trello, Redmine등의 티켓/태스크에 라벨 붙일 때에도 참고가 될까 생각합니다.
우선은 일람

이하에 상세를 기재해 갑니다.
0계
0계의 라벨은 외부 기여자용의 라벨입니다.
0: good first issue

0: help wanted

Close 시스템
Close 시스템은 issue를 닫을 때 이유로 붙여 넣는 레이블입니다. 물론 코멘트도 기재한 후에 닫습니다.
Close: duplicate

Close: invalid

Close: wontfix

Feedback계
Feedback계는 질문이나 개선 요망등의 피드백에 사용하는 라벨입니다.
Feedback: feature request

Feedback: question

Priority 시스템
Priority계는 issue에 우선도를 붙일 때에 사용하는 라벨입니다.
high도 low도 붙지 않은 라벨은 우선하지 않는다고 하는 것이 아니라, high와 low의 사이=중간 정도의 우선도라고 하는 의미가 됩니다.
Priority: high

Priority: low

Problem 시스템
버그나 보안상의 문제를 나타내는 라벨입니다.
Problem: bug

Problem: security

Type계
issue의 종류를 분류하는데 사용하는 라벨입니다. Type 대신 Problem이 붙을 수도 있습니다.
Type: design

OSS가 아닌 경우, 설계는 다른 장소에서 논의되기 때문에 불필요.
Type: documentation

Type: improvement

Type: new feature

참고
Reference
이 문제에 관하여(좋은 느낌의 GitHub issue 레이블), 우리는 이곳에서 더 많은 자료를 발견하고 링크를 클릭하여 보았다 https://qiita.com/shun_tak/items/d363b7c5d9e8fa19dc6b텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
우수한 개발자 콘텐츠 발견에 전념
(Collection and Share based on the CC Protocol.)