이슈 관리
이 페이지는 이슈에 관련된 모든 작업에 대한 지침을 수집합니다.
이슈 생성
이슈를 매뉴얼 또는 자동으로 생성할 수 있습니다.
이슈 디렉터리에서
전제 조건:
- 프로젝트에 대해 적어도 Reporter 역할이 있어야 합니다.
이슈 디렉터리에서 이슈를 생성하려면:
- 왼쪽 사이드바에서 검색 또는 이동을 선택하고 프로젝트를 찾습니다.
- Monitor > 이슈를 선택합니다.
- 이슈 생성을 선택합니다.
이슈 디렉터리에서
- GitLab 13.4에서 도입됨.
전제 조건:
- 프로젝트에 대해 적어도 Reporter 역할이 있어야 합니다.
이슈 디렉터리에서 이슈를 생성하려면:
- 왼쪽 사이드바에서 검색 또는 이동을 선택하고 프로젝트를 찾습니다.
- Plan > 이슈를 선택하고 새 이슈를 선택합니다.
- 타입 드롭다운 디렉터리에서 이슈를 선택합니다. 페이지에는 이슈와 관련된 필드만 사용할 수 있습니다.
- 이슈 생성을 선택합니다.
경고에서
- GitLab 13.1에서 도입됨.
경고를 보는 동안 이슈 이슈를 생성합니다. 이슈 설명은 경고에서 자동으로 생성됩니다.
전제 조건:
- 프로젝트에 대해 적어도 Developer 역할이 있어야 합니다.
경고에서 이슈를 생성하려면:
- 왼쪽 사이드바에서 검색 또는 이동을 선택하고 프로젝트를 찾습니다.
- Monitor > 경고를 선택합니다.
- 원하는 경고를 선택합니다.
- 이슈 생성을 선택합니다.
이슈가 생성된 후 해당 경고에서 이를 보려면 이슈 보기를 선택하십시오.
경고에 연결된 이슈를 닫으면, GitLab은 해당 경고의 상태를 해결됨으로 변경합니다. 그런 다음 해당 경고의 상태 변경이 고객에게 고지됩니다.
자동으로, 경고가 트리거될 때
프로젝트 설정에서 경고가 트리거될 때 자동으로 이슈를 생성하도록 설정할 수 있습니다.
PagerDuty 웹훅 사용
- GitLab 13.3에서 도입됨.
- PagerDuty V3 Webhook 지원이 GitLab 15.7에서 도입됨.
PagerDuty와 함께 웹훅을 설정하여 각 PagerDuty 이슈에 대해 자동으로 GitLab 이슈를 만들 수 있습니다. 이 구성에는 PagerDuty와 GitLab 모두 변경사항을 수행해야 합니다.
전제 조건:
- 프로젝트에 대해 적어도 Maintainer 역할이 있어야 합니다.
PagerDuty와 웹훅을 설정하려면:
- 왼쪽 사이드바에서 검색 또는 이동을 선택하고 프로젝트를 찾습니다.
- 설정 > Monitor를 선택합니다.
- 이슈를 확장합니다.
- PagerDuty 통합 탭을 선택합니다.
- 활성화 토글을 켭니다.
- 통합 저장을 선택합니다.
- 나중에 사용할 웹훅 URL의 값을 복사합니다.
- PagerDuty 웹훅 통합에 웹훅 URL을 추가하려면 PagerDuty 문서에 설명된 단계를 따릅니다.
통합이 성공적으로 이루어졌는지 확인하기 위해 PagerDuty에서 테스트 이슈를 트리거하여 GitLab 이슈가 생성되는지 확인하십시오.
이슈 디렉터리 보기
이슈 디렉터리을 보려면:
- 왼쪽 사이드바에서 검색 또는 이동을 선택하고 프로젝트를 찾습니다.
- Monitor > 이슈를 선택합니다.
이슈의 세부 정보 페이지를 보려면 디렉터리에서 선택합니다.
이슈를 볼 수 있는 사용자
이슈를 볼 수 있는지 여부는 프로젝트 가시성 수준과 이슈의 기밀 상태에 따라 달라집니다:
- 공개 프로젝트 및 기밀하지 않은 이슈: 누구나 이슈를 볼 수 있습니다.
- 비공개 프로젝트 및 기밀하지 않은 이슈: 프로젝트에 대해 적어도 Guest 역할이 있어야 합니다.
- 기밀 이슈 (프로젝트 가시성과 관계없음): 프로젝트에 대해 적어도 Reporter 역할이 있어야 합니다.
사용자에게 할당
적극적으로 응답하는 사용자에게 이슈를 할당하세요.
전제 조건:
- 프로젝트에 대해 적어도 Reporter 역할이 있어야 합니다.
사용자를 할당하려면:
- 이슈에서 오른쪽 사이드바에서 담당자 옆의 편집을 선택합니다.
- 드롭다운 디렉터리에서 하나 이상의 사용자를 선택하여 담당자로 추가합니다.
- 드롭다운 디렉터리 외의 영역을 선택합니다.
심각도 변경
- 이슈 세부 정보 페이지에서 심각도를 편집하는 기능이 GitLab 13.4에서 도입되었습니다.
사용 가능한 심각도 수준에 대한 자세한 설명은 이슈 디렉터리을 참조하십시오.
전제 조건:
- 프로젝트에 대해 적어도 Reporter 역할이 있어야 합니다.
이슈의 심각도를 변경하려면:
- 이슈에서 오른쪽 사이드바에서 심각도 옆의 편집을 선택합니다.
- 드롭다운 디렉터리에서 새로운 심각도를 선택합니다.
또한 /심각도 빠른 조치를 사용하여 심각도를 변경할 수 있습니다.
상태 변경
- 소개 : GitLab 14.9에 “incident_escalations”라는 플래그를 통해 도입되었으며, 기본으로 비활성화되어 있습니다.
- GitLab 14.10에서 GitLab.com 및 온프레미스에서 활성화되었습니다.
- GitLab 15.1에서 피처 플래그
incident_escalations가 제거되었습니다.
필수 조건:
- 프로젝트에 적어도 개발자 역할이 있어야 합니다.
사건 상태 변경 방법:
- 사건에서 상태 옆의 오른쪽 사이드바에서 편집을 선택합니다.
- 드롭다운 디렉터리에서 새 심각도를 선택합니다.
Triggered는 새로운 사건의 기본 상태입니다.
당직 응답자로서
당직 응답자는 사건 페이지에 대한 응답으로 상태를 변경할 수 있습니다.
상태 변경은 다음과 같은 영향을 미칩니다:
- 확인함으로: 프로젝트의 에스컬레이션 정책에 따라 당직 호출 페이지가 제한됩니다.
- 해결됨으로: 해당 사건에 대한 모든 당직 호출 페이지를 중단시킵니다.
- 해결됨에서 Triggered로: 사건을 다시 발생시킵니다.
GitLab 15.1 및 이전 버전에서 경고에서 생성된 사건의 상태를 변경하면 경고 상태도 변경됩니다. GitLab 15.2 및 이후 버전에서는 경고 상태가 독립적이며 사건 상태 변경시에는 변경되지 않습니다.
에스컬레이션 정책 변경
필수 조건:
- 프로젝트에 적어도 개발자 역할이 있어야 합니다.
사건의 에스컬레이션 정책을 변경하려면:
- 사건에서 에스컬레이션 정책 옆의 오른쪽 사이드바에서 편집을 선택합니다.
- 드롭다운 디렉터리에서 에스컬레이션 정책을 선택합니다.
새로운 사건은 기본적으로 에스컬레이션 정책이 선택되지 않은 상태입니다.
에스컬레이션 정책을 선택하면 사건 상태가 Triggered로 변경되며, 당직 응답자에게 사건을 전달하기 시작합니다.
GitLab 15.1 및 이전 버전에서 경고에서 생성된 사건의 에스컬레이션 정책은 경고의 에스컬레이션 정책을 반영하고 변경할 수 없습니다. GitLab 15.2 및 이후 버전에서는 사건 에스컬레이션 정책이 독립적이며 변경할 수 있습니다.
사건 닫기
필수 조건:
- 프로젝트에 적어도 보고자 역할이 있어야 합니다.
사건을 닫으려면, 오른쪽 상단에서 사건 작업 ()을 선택한 후 사건 닫기를 선택합니다.
경고에 연결된 사건을 닫으면, 연결된 경고의 상태가 해결됨으로 변경됩니다. 그런 다음 해당 경고 상태 변경이 크레딧으로 기록됩니다.
회복 경고를 통한 자동 사건 닫기
- HTTP 통합을 위해 GitLab 13.4에서 도입되었습니다.
GitLab이 HTTP 또는 프로메테우스 웹훅에서 회복 경고를 수신하면 사건을 자동으로 닫도록 설정하세요.
필수 조건:
- 프로젝트에 적어도 유지자 역할이 있어야 합니다.
설정 구성 방법:
- 왼쪽 사이드바에서 검색 또는 이동 및 프로젝트 찾기를 선택한 다음 프로젝트를 찾습니다.
- 설정 > 모니터를 선택합니다.
- 사건 섹션을 확장합니다.
- 연관된 사건 자동 닫기 확인란을 선택합니다.
- 변경 사항 저장을 선택합니다.
GitLab이 회복 경고를 수신하면 해당하는 사건을 닫습니다. 이러한 작업은 사건이 GitLab Alert 봇에 의해 자동으로 닫혔음을 나타내는 시스템 참고로 기록됩니다.
사건 삭제
필수 조건:
- 프로젝트에 소유자 역할이 있어야 합니다.
사건을 삭제하려면:
- 사건에서 사건 작업 ()을 선택합니다.
- 사건 삭제를 선택합니다.
또는:
- 사건에서 제목 및 설명 편집 ()을 선택합니다.
- 사건 삭제를 선택합니다.
기타 작업
GitLab의 사건은 이슈 위에 구축되었으므로 다음과 같은 작업이 가능합니다:
도움말