이슈 워크플로

GitLab 이슈 트래커에서 이슈를 생성하고, 작업하며, 분류하는 워크플로와 이슈 가중치, 회귀 이슈, 기술 부채 처리 방식을 설명합니다.

이슈 생성하기 # 이슈를 제출하기 전에 이슈 트래커 에서 유사한 항목을 검색하세요. 다른 사람이 이미 동일한 버그나 기능 제안을 했을 수 있습니다. 기존 이슈를 발견하면 이모지 반응으로 지지를 표시하고 토론에 의견을 추가하세요. 버그 # 버그를 제출하려면: 'Bug' 이슈 템플릿 을 사용하세요. 주석( <!-- ... --> ) 안의 텍스트가 포함해야 할 정보를 안내합니다. 보안 취약점으로 의심되는 사항을 보고하려면 GitLab.com 웹사이트의 공개 절차 를 따르세요. 보안 취약점으로 의심되는 사항에 대해 공개적으로 볼 수 있는 이슈를 절대 생성하지 마세요. 기능 제안 # 기능 제안을 만들려면 이슈 트래커에서 Feature Proposal - detailed 이슈 템플릿 을 사용하여 이슈를 여세요. 기능 제안을 추적하기 위해 ~"type::feature" 라벨을 사용합니다. 프로젝트 멤버가 아닌 사용자는 UI를 통해 라벨을 추가할 수 없습니다. 대신 반응형 라벨 명령어 를 사용하세요. 기능 제안은 가능한 한 작고 단순하게 유지하세요. 복잡한 제안은 작고 단순하게 편집될 수 있습니다. 사용자 인터페이스(UI) 변경 사항의 경우, 디자인 및 UI 가이드라인 을 따르고 시각적 예시(스크린샷, 와이어프레임, 또는 목업)를 포함하세요. 이러한 이슈에는 Product Design 팀이 의견과 가이드를 제공할 수 있도록 ( 반응형 라벨 명령어 를 사용하여) ~UX" 라벨을 부여해야 합니다. 작업할 이슈 찾기 # GitLab에는 작업할 수 있는 이슈가 75,000개 이상 있습니다. 라벨 을 사용하여 작업하기에 적합한 이슈를 필터링하고 찾을 수 있습니다. 신규 기여자는 quick win 라벨이 있는 이슈 를 찾아볼 수 있습니다. frontend 및 backend 라벨도 이슈 목록을 좁히는 데 좋은 선택입니다. 이슈 명확화/검증 # 많은 이슈가 최근에 검토되거나 검증되지 않았습니다. 이슈 해결을 시도하기 전에 다음 단계를 수행하세요: 이슈가 여전히 관련이 있는지 작성자에게 문의하세요. 이슈가 여전히 관련이 있는지 커뮤니티에 문의하세요. 다음 사항을 검증하려고 시도하세요: 머지 리퀘스트가 이미 생성되었는지 확인합니다(관련 머지 리퀘스트 섹션 참조). 이슈가 닫히지 않거나 업데이트되지 않은 경우도 있습니다. type::bug 가 여전히 존재하는지(재현해 봄으로써). type::feature 가 이미 구현되지 않았는지(직접 시도해 봄으로써). 이슈 작업하기 # 이슈를 작업하고 싶고 할당받고 싶다는 것을 알리기 위해 메모를 남기세요 (작성자 및/또는 @gitlab-org/coaches 를 멘션하세요). 막히거나 이슈를 제대로 이해하지 못한 경우 작성자나 커뮤니티에 도움을 요청할 수 있습니다. 이슈 분류 # 이슈 분류 정책은 핸드북에 설명되어 있습니다 . GitLab 팀의 이슈 분류를 도와주시면 환영합니다. 가장 중요한 것은 유효한 이슈가 개발 팀으로부터 피드백을 받도록 하는 것입니다. 따라서 우선순위는 해당 이슈에 도움을 줄 수 있는 개발자를 멘션하는