라벨

GitLab 개발 워크플로에서 사용되는 이슈 및 머지 리퀘스트의 다양한 라벨 유형, 명명 규칙, 색상 규칙, 그리고 각 라벨의 목적과 사용 방법을 설명합니다.

비동기 이슈 처리를 위해 마일스톤 과 라벨 을 사용합니다. 리드와 프로덕트 매니저가 마일스톤으로의 스케줄링 대부분을 담당하며, 라벨 지정은 모든 사람의 업무입니다. (일부 프로젝트에서는 라벨을 GitLab 팀원만 설정할 수 있으며 커뮤니티 기여자는 설정할 수 없습니다.) 대부분의 이슈는 해당하는 경우 다음 각 항목에 대해 최소 하나 이상의 라벨을 가집니다: 유형(Type). 예: ~"type::feature" , ~"type::bug" , 또는 ~"type::maintenance" . 섹션(Section). 예: ~"section::dev" 또는 ~"section::ai" . Stage. 예: ~"devops::plan" 또는 ~"devops::create" . 그룹(Group). 예: ~"group::source code" , ~"group::knowledge" , 또는 ~"group::editor" . 카테고리(Category). 예: ~"Category:Code Analytics" , ~"Category:DevOps Reports" , 또는 ~"Category:Templates" . 기능(Feature). 예: ~wiki , ~ldap , ~api , ~issues , 또는 ~"merge requests" . 기능 상태(Feature state): ~"Feature state::Experiment" , ~"Feature state::Beta" , 또는 ~"Feature state::GA" 부서(Department). 예: ~UX , ~Quality 팀(Team). 예: ~"Technical Writing" , ~Delivery 전문화(Specialization): ~frontend , ~backend , ~documentation 릴리즈 범위(Release Scoping): ~Deliverable , ~Stretch , ~"Next Patch Release" 우선순위(Priority): ~"priority::1" , ~"priority::2" , ~"priority::3" , ~"priority::4" 심각도(Severity): ~"severity::1" , ~"severity::2" , ~"severity::3" , ~"severity::4" 이슈가 브레이킹 체인지 로 간주될 수 있는 경우 ~"breaking change" 라벨을 추가하세요. 이슈가 애플리케이션 보안과 관련된 경우 ~security 라벨을 추가하세요. 모든 라벨, 의미 및 우선순위는 라벨 페이지 에서 정의됩니다. 이러한 라벨이 없는 이슈를 발견하고 라벨을 설정할 권한이 있다면, 언제든지 유형, Stage, 그룹, 그리고 종종 카테고리/기능 라벨을 추가할 수 있습니다. 유형 라벨 # 유형 라벨은 매우 중요합니다. 이슈가 어떤 종류인지를 정의합니다. 모든 이슈에는 하나의 유형 라벨만 있어야 합니다. 유형 및 하위 유형 라벨의 단일 진실 공급원(Single Source Of Truth, SSOT)은 핸드북에서 확인 할 수 있습니다. 일부 유형 라벨에는 우선순위가 지정되