이슈 관리

Tier: Free, Premium, Ultimate Offering: GitLab.com, Self-managed, GitLab Dedicated

이슈를 만든 후에 해당 이슈를 작업할 수 있습니다.

이슈 편집

이슈의 제목과 설명을 편집할 수 있습니다.

필수 조건:

  • 프로젝트의 보고자 역할을 최소한으로 가져야 하거나, 이슈의 작성자이거나, 이슈에 할당된 사람이어야 합니다.

이슈를 편집하려면:

  1. 왼쪽 사이드바에서 검색 또는 이동을 선택하고 프로젝트를 찾습니다.
  2. 계획 > 이슈를 선택한 다음, 이슈 제목을 선택하여 이슈를 보세요.
  3. 제목 오른쪽에 제목 및 설명 편집을 선택합니다 ().
  4. 사용 가능한 필드를 편집합니다.
  5. 변경 사항 저장을 선택합니다.

작업 디렉터리 항목 제거

필수 조건:

  • 프로젝트의 보고자 역할을 최소한으로 가져야 하거나, 이슈의 작성자 또는 담당자이어야 합니다.

작업 디렉터리이 포함된 이슈 설명에서:

  1. 작업 디렉터리 항목 위로 마우스를 가져가서 옵션 메뉴()를 선택합니다.
  2. 삭제를 선택합니다.

작업 디렉터리 항목이 이슈 설명에서 제거됩니다. 모든 중첩된 작업 디렉터리 항목은 중첩 수준을 높이게 됩니다.

프로젝트에서 여러 이슈 일괄 편집

  • 에픽 할당 소개됨 in GitLab 13.2.
  • 건강 상태 편집 소개됨 in GitLab 13.2.
  • 이터레이션 편집 소개됨 in GitLab 13.9.

프로젝트에 있을 때 한 번에 여러 이슈를 편집할 수 있습니다.

필수 조건:

  • 프로젝트의 보고자 역할을 최소한으로 가져야 합니다.

동시에 여러 이슈를 편집하려면:

  1. 왼쪽 사이드바에서 검색 또는 이동을 선택하고 프로젝트를 찾습니다.
  2. 계획 > 이슈를 선택합니다.
  3. 일괄 편집을 선택합니다. 화면 오른쪽에 사이드바가 나타납니다.
  4. 편집하려는 각 이슈 옆의 확인란을 선택합니다.
  5. 사이드바에서 사용 가능한 필드를 편집합니다.
  6. 모두 업데이트를 선택합니다.

프로젝트에서 이슈를 일괄로 편집할 때 다음과 같은 속성을 편집할 수 있습니다:

그룹에서 여러 이슈 일괄 편집

Tier: Premium, Ultimate Offering: GitLab.com, Self-managed, GitLab Dedicated

그룹에 있을 때 다른 프로젝트에서 여러 이슈를 동시에 편집할 수 있습니다.

필수 조건:

  • 그룹에 대한 보고자 역할을 최소한으로 가져야 합니다.

동시에 여러 이슈를 편집하려면:

  1. 왼쪽 사이드바에서 검색 또는 이동을 선택하고 그룹을 찾습니다.
  2. 계획 > 이슈를 선택합니다.
  3. 일괄 편집을 선택합니다. 화면 오른쪽에 사이드바가 나타납니다.
  4. 편집하려는 각 이슈 옆의 확인란을 선택합니다.
  5. 사이드바에서 사용 가능한 필드를 편집합니다.
  6. 모두 업데이트를 선택합니다.

그룹에서 이슈를 일괄로 편집할 때 다음과 같은 속성을 편집할 수 있습니다:

이슈 이동

이슈를 이동하면 해당 이슈가 닫히고 대상 프로젝트로 복사됩니다. 원래 이슈는 삭제되지 않습니다. 시스템 노트가 추가되어 이슈가 어디에서 왔는지와 어디로 갔는지를 나타냅니다.

이슈를 다른 프로젝트로 이동할 때 해당 프로젝트의 다른 액세스 규칙을 주의깊게 확인하세요. 이슈를 이동하기 전에 민감한 데이터가 포함되어 있지 않은지 확인하세요.

필수 조건:

  • 프로젝트의 보고자 역할을 최소한으로 가져야 합니다.

이슈를 이동하려면:

  1. 왼쪽 사이드바에서 검색 또는 이동을 선택하고 프로젝트를 찾습니다.
  2. 계획 > 이슈를 선택한 다음, 이슈를 보려면 이슈를 선택합니다.
  3. 오른쪽 사이드바에서 이슈 이동을 선택합니다.
  4. 이슈를 이동할 프로젝트를 검색합니다.
  5. 이동을 선택합니다.

여러 이슈 일괄 이동

Tier: Free, Premium, Ultimate Offering: Self-managed, GitLab Dedicated

이슈 디렉터리에서

프로젝트에 있을 때 동시에 여러 이슈를 이동할 수 있습니다. 작업 또는 테스트 케이스를 이동할 수 없습니다.

필수 조건:

  • 프로젝트의 보고자 역할을 최소한으로 가져야 합니다.

동시에 여러 이슈를 이동하려면:

  1. 왼쪽 사이드바에서 검색 또는 이동을 선택하고 프로젝트를 찾습니다.
  2. 계획 > 이슈를 선택합니다.
  3. 일괄 편집을 선택합니다. 화면 오른쪽에 사이드바가 나타납니다.
  4. 이동하려는 각 이슈 옆의 확인란을 선택합니다.
  5. 오른쪽 사이드바에서 선택된 항목 이동을 선택합니다.
  6. 드롭다운 디렉터리에서 대상 프로젝트를 선택합니다.
  7. 이동을 선택합니다.

Rails 콘솔에서

한 프로젝트에서 다른 프로젝트로 모든 열린 이슈를 이동할 수 있습니다.

전제 조건:

  • GitLab 인스턴스의 Rails 콘솔에 액세스해야 합니다.

수행 방법:

  1. 선택 사항(권장). 콘솔에서 어떠한 변경을 시도하기 전에 백업을 생성하는 것이 좋습니다.
  2. Rails 콘솔을 연다.

  3. 다음 스크립트를 실행합니다. project, admin_user, target_project를 여러분의 값으로 변경해야 합니다. 

    project = Project.find_by_full_path('이슈를 이동할 프로젝트의 전체 경로')
issues = project.issues
admin_user = User.find_by_username('관리자 사용자명') # 사용자가 이슈를 이동할 권한이 있는지 확인합니다.
target_project = Project.find_by_full_path('이슈를 이동할 대상 프로젝트의 전체 경로')
   
issues.each do |issue|
   if issue.state != "closed" && issue.moved_to.nil?
      Issues::MoveService.new(container: project, current_user: admin_user).execute(issue, target_project)
   else
      puts "id가 #{issue.id}이고 제목이 '#{issue.title}'인 이슈는 이동되지 않았습니다."
   end
end; nil
  4. Rails 콘솔을 종료하려면 quit을 입력합니다.

이슈 설명의 디렉터리 항목 재정렬

이 설명에 디렉터리이 포함된 이슈를 볼 때, 디렉터리 항목을 재정렬할 수 있습니다.

전제 조건:

  • 프로젝트의 기능 요청자 역할 이상이어야 하거나 이슈의 작성자이거나 이슈에 할당된 사용자여야 합니다.
  • 이슈의 설명에는 순서가 있는, 순서가 없는, 또는 작업 디렉터리이 있어야 합니다.

이슈를 볼 때 디렉터리 항목을 재정렬하려면:

  1. 디렉터리 항목 행 위로 마우스를 올려서 그립 아이콘이 () 표시되도록 합니다.
  2. 그립 아이콘을 선택하고 누릅니다.
  3. 행을 디렉터리에서 새 위치로 끌어옵니다.
  4. 그립 아이콘을 놓습니다.

이슈 닫기

해당 이슈가 해결되었거나 더 이상 필요하지 않다고 판단되면 닫을 수 있습니다. 이슈는 닫힌 상태가 되지만 삭제되지는 않습니다.

전제 조건:

  • 프로젝트의 기능 요청자 역할 이상이어야 하거나 이슈의 작성자이거나 이슈에 할당된 사용자여야 합니다.

이슈를 닫으려면 다음 중 하나를 수행할 수 있습니다:

  • 이슈 보드에서 이슈 카드를 해당하는 디렉터리에서 Closed 디렉터리으로 끌어옵니다.
  • GitLab UI의 다른 페이지에서:
    1. 왼쪽 사이드바에서 검색 또는 이동을 선택하고 프로젝트를 찾습니다.
    2. Plan > 이슈를 선택한 다음 이슈를 선택하여 이슈를 볼 수 있습니다.
    3. 오른쪽 상단 모서리에서 이슈 작업 ()을 선택한 후 이슈 닫기를 선택합니다.

닫힌 이슈 다시 열기

전제 조건:

  • 프로젝트의 기능 요청자 역할 이상이어야 하거나 이슈의 작성자이거나 이슈에 할당된 사용자여야 합니다.

닫힌 이슈를 다시 열려면 오른쪽 상단 모서리에서 이슈 작업 ()을 선택한 후 이슈 다시 열기를 선택합니다. 다시 열린 이슈는 다른 열린 이슈와 동일합니다.

이슈 자동으로 닫기

커밋 메시지 또는 Merge Request 설명에 있는 특정 단어, 즉 _닫는 패턴_을 사용하여 이슈를 자동으로 닫을 수 있습니다. Self-managed GitLab 인스턴스의 관리자는 기본 닫히는 패턴을 변경할 수 있습니다.

커밋 메시지 또는 Merge Request 설명에 일치하는 텍스트를 포함하는 경우 해당 텍스트에 참조하는 모든 이슈는 다음 중 하나인 경우 자동으로 닫힙니다:

  • 커밋이 프로젝트의 기본 브랜치에 푸시될 때.
  • 커밋 또는 Merge Request이 기본 브랜치로 Merge될 때.

예를 들어, Merge Request 설명에 #4, #6을 닫음, #5와 관련됨를 포함하는 경우:

  • 이전에 #4와 #6는 Merge Request이 Merge될 때 자동으로 닫힙니다.
  • #5는 관련 이슈로 표시되지만 자동으로 닫히지는 않습니다.

또는 이슈에서 Merge Request을 생성하는 경우, 해당 Merge Request은 이슈의 마일스톤과 레이블을 상속받습니다.

성능상의 이유로, 기존 리포지터리에서 최초로 푸시될 때에는 이슈의 자동 닫기 기능이 비활성화됩니다.

기본 닫히는 패턴

이슈를 자동으로 닫으려면 다음 키워드 다음에 이슈를 참조해야 합니다.

사용 가능한 키워드:

  • Close, Closes, Closed, Closing, close, closes, closed, closing
  • Fix, Fixes, Fixed, Fixing, fix, fixes, fixed, fixing
  • Resolve, Resolves, Resolved, Resolving, resolve, resolves, resolved, resolving
  • Implement, Implements, Implemented, Implementing, implement, implements, implemented, implementing

사용 가능한 이슈 참조 형식:

  • 로컬 이슈 (#123).
  • 크로스 프로젝트 이슈 (group/project#123).
  • 이슈의 전체 URL (https://gitlab.example.com/group/project/issues/123).

예: 

멋진 커밋 메시지

Fix #20, Fixes #21 및 Closes group/otherproject#22.
이 커밋은 #17과 관련이 있으며 #18, #19 및
https://gitlab.example.com/group/otherproject/issues/23도 수정합니다.

이전 커밋 메시지는 이 커밋이 푸시된 프로젝트에서 #18, #19, #20, #21을, 그리고 group/otherproject에서 #22, #23을 닫습니다. #17은 패턴과 일치하지 않기 때문에 닫히지 않습니다.

기본 이슈 닫히는 패턴의 정규식: 

\b((?:[Cc]los(?:e[sd]?|ing)|\b[Ff]ix(?:e[sd]|ing)?|\b[Rr]esolv(?:e[sd]?|ing)|\b[Ii]mplement(?:s|ed|ing)?)(:?) +(?:(?:issues? +)?%{issue_ref}(?:(?: *,? +and +| *,? *)?)|([A-Z][A-Z0-9_]+-\d+))+)

자동 이슈 종료 비활성화

  • 소개됨 GitLab 12.7에서.
  • 변경됨 GitLab 15.4에서: 참조된 이슈의 프로젝트 설정을 커밋 또는 Merge Request의 프로젝트 대신 확인합니다.

프로젝트 설정에서 프로젝트마다 자동 이슈 종료 기능을 비활성화할 수 있습니다.

전제 조건:

  • 프로젝트에 대한 적어도 관리자(Maintainer) 역할이 있어야 합니다.

자동 이슈 종료를 비활성화하려면:

  1. 왼쪽 사이드바에서 검색 또는 이동을 선택하고 프로젝트를 찾습니다.
  2. 설정 > 리포지터리를 선택합니다.
  3. 브랜치 기본값을 확장합니다.
  4. 기본 브랜치에서 참조된 이슈 자동 닫기 확인란을 지웁니다.
  5. 변경 사항 저장을 선택합니다.

참조된 이슈는 여전히 표시되지만 자동으로 닫히지는 않습니다.

이 설정을 변경하면 새 Merge Request 또는 커밋에만 적용됩니다. 이미 닫힌 이슈는 그대로 유지됩니다. 자동 이슈 종료를 비활성화하면 해당 설정이 비활성화된 프로젝트의 이슈에만 적용됩니다. 이 프로젝트의 Merge Request 및 커밋은 다른 프로젝트의 이슈를 닫을 수 있습니다.

이슈 종료 패턴 사용자 정의

Tier: Free, Premium, Ultimate Offering: Self-managed, GitLab Dedicated

전제 조건:

설치된 환경에서 기본 이슈 종료 패턴을 변경하는 방법에 대해 알아보세요.

이슈 유형 변경

전제 조건:

  • 프로젝트의 이슈 작성자이거나 적어도 프로젝트의 보고자(Reporter) 역할이 있어야 합니다.
  • 이슈의 작성자이거나 이슈에 할당되어 있어야 합니다.

이슈 유형 변경하기:

  1. 왼쪽 사이드바에서 검색 또는 이동을 선택하고 프로젝트를 찾습니다.
  2. 계획 > 이슈를 선택한 다음 보려는 이슈를 선택합니다.
  3. 제목 오른쪽에서 제목 및 설명 편집 ()을 선택합니다.

  4. 이슈를 편집하고 이슈 유형 드롭다운 디렉터리에서 이슈 유형을 선택합니다:

  5. 변경 사항 저장을 선택합니다.

이슈 삭제

전제 조건:

  • 프로젝트에 대해 소유자(Owner) 역할이 있어야 합니다.

이슈 삭제하기:

  1. 왼쪽 사이드바에서 검색 또는 이동을 선택하고 프로젝트를 찾습니다.
  2. 계획 > 이슈를 선택한 다음 보려는 이슈를 선택합니다.
  3. 오른쪽 상단에서 이슈 작업 ()을 선택합니다.
  4. 이슈 삭제를 선택합니다.

또는:

  1. 왼쪽 사이드바에서 검색 또는 이동을 선택하고 프로젝트를 찾습니다.
  2. 계획 > 이슈를 선택한 다음 이슈 제목을 선택하여 보기를 선택합니다.
  3. 제목 및 설명 편집 ()을 선택합니다.
  4. 이슈 삭제를 선택합니다.

이슈를 에픽으로 승격

Tier: Premium, Ultimate Offering: GitLab.com, Self-managed, GitLab Dedicated

에픽으로 이슈를 승격할 수 있습니다(상위 그룹).

note
기밀 이슈를 에픽으로 승격하면 이슈와 관련된 모든 정보가 그룹 구성원에게 공개됩니다. 에픽은 그룹 구성원에게 공개됩니다.

이슈를 에픽으로 승격하면:

  • 이슈가 기밀이었던 경우 추가 경고가 먼저 표시됩니다.
  • 에픽이 프로젝트의 동일한 그룹에 생성됩니다.
  • 이슈의 구독자에게 에픽이 생성되었다는 알림이 전송됩니다.

다음 이슈 메타데이터가 에픽으로 복사됩니다:

  • 제목, 설명, 활동 및 주석 스레드.
  • 추천 및 비추천.
  • 참여자.
  • 이슈가 가진 그룹 레이블.
  • 상위 에픽.

전제 조건:

  • 이슈가 속한 프로젝트는 그룹에 있어야 합니다.
  • 해당 프로젝트의 즉시 상위 그룹에서 보고자(Reporter) 역할을 갖고 있어야 합니다.
  • 다음 중 하나를 만족해야 합니다:
    • 프로젝트에 대해 적어도 보고자(Reporter) 역할을 가져야 합니다.
    • 이슈의 작성자여야 합니다.
    • 이슈에 할당되어 있어야 합니다.

이슈를 에픽으로 승격하려면:

  1. 왼쪽 사이드바에서 검색 또는 이동을 선택하고 프로젝트를 찾습니다.
  2. 계획 > 이슈를 선택한 다음 보려는 이슈를 선택합니다.
  3. 오른쪽 상단에서 이슈 작업 ()을 선택합니다.
  4. 에픽으로 승격을 선택합니다.

또는 /승격 빠른 조치를 사용할 수 있습니다.

이슈를 인시던트로 승격

  • GitLab 14.5에서 소개됨.
  • 인수시던트로 이슈 유형 설정하는 빠른 조치가 GitLab 15.8에서 소개되었습니다.

/인시던트로_승격 빠른 조치를 사용하여 인시던트로 이슈를 승격할 수 있습니다.

이터레이션에 이슈 추가

Tier: Premium, Ultimate Offering: GitLab.com, Self-managed, GitLab Dedicated

이터레이션에 이슈를 추가하려면:

  1. 왼쪽 사이드바에서 검색 또는 이동을 선택하고 프로젝트를 찾습니다.
  2. 계획 > 이슈를 선택한 다음 보려는 이슈를 선택합니다.
  3. 오른쪽 사이드바에서 이터레이션 섹션에서 편집을 선택합니다.
  4. 드롭다운 디렉터리에서 이 문제를 추가할 이터레이션을 선택합니다.
  5. 드롭다운 디렉터리 외의 영역을 선택합니다.

또는 /이터레이션 빠른 조치를 사용할 수 있습니다.

본인에게 할당된 모든 이슈 보기

본인에게 할당된 모든 이슈를 보려면:

  1. 왼쪽 사이드바에서 검색 또는 이동을 선택합니다.
  2. 드롭다운 디렉터리에서 내가 할당된 이슈를 선택합니다.

또는:

  • 키보드 바로 가기를 사용하려면 Shift + i를 누릅니다.
  • 왼쪽 사이드바 상단에서 이슈 ()를 선택합니다.

이슈 디렉터리 필터링

이슈 디렉터리을 필터링하려면:

  1. 왼쪽 사이드바에서 검색 또는 이동을 선택하고 프로젝트를 찾습니다.
  2. Plan > 이슈를 선택합니다.
  3. 이슈 디렉터리 상단에서 검색 또는 결과 필터링을 선택합니다.
  4. 나타나는 드롭다운 디렉터리에서 필터링할 속성을 선택합니다.
  5. 속성을 필터링하는 데 사용할 연산자를 선택하거나 입력합니다. 다음 연산자를 사용할 수 있습니다:
    • =: Is
    • !=: Is not one of
  6. 속성을 필터링하는 데 사용할 텍스트를 입력합니다. 일부 속성은 없음 또는 모두로 필터링할 수 있습니다.
  7. 여러 속성으로 필터링하려면이 프로세스를 반복합니다. 여러 속성은 논리 AND로 연결됩니다.

제목 또는 설명으로 필터링

제목 또는 설명에서 텍스트를 필터링하려면:

  1. 왼쪽 사이드바에서 검색 또는 이동을 선택하고 프로젝트를 찾습니다.
  2. Plan > 이슈를 선택합니다.
  3. 이슈 디렉터리 상단에서 검색 또는 결과 필터링 텍스트 상자에 검색된 구문을 입력합니다.
  4. 나타나는 드롭다운 디렉터리에서 이 텍스트로 검색을 선택합니다.
  5. 텍스트 상자를 다시 선택하고 나타나는 드롭다운 디렉터리에서 내부에서 검색을 선택한 다음 제목 또는 설명을 선택합니다.
  6. Enter를 누르거나 검색 아이콘()을 선택합니다.

이슈 필터링은 PostgreSQL 전체 텍스트 검색을 사용하여 의미 있는 단어를 일치시켜 쿼리에 대한 답변을 합니다.

예를 들어, I am securing information for M&A를 검색하면 GitLab은 제목 또는 설명에 securing, secured 또는 information이 포함된 결과를 반환합니다. 그러나 PostgreSQL 전체 텍스트 검색의 제한으로 인해 I, am, M&A와 같은 단어나 문을 정확하게 일치시키지 않습니다.

OR 연산자로 필터링

플래그: Self-managed GitLab에서는이 기능이 기본적으로 사용 가능합니다. 관리자는 or_issuable_queries`라는 피처 플래그를 비활성화하여 해당 기능을 숨길 수 있습니다. GitLab.com 및 GitLab Dedicated에서이 기능은 사용 가능합니다.

이 기능이 활성화되면 OR 연산자(is one of: ||)를 사용하여 이슈 디렉터리을 다음으로 필터링할 수 있습니다:

  • 담당자
  • 작성자
  • 레이블

is one of은 포괄적 OR을 나타냅니다. 예를 들어, Assignee is one of Sidney Jones 및 Assignee is one of Zhang Wei로 필터링하면 GitLab은 Sidney, Zhang, 또는 둘 다가 담당자인 이슈를 표시합니다.

ID로 이슈 필터링

  1. 왼쪽 사이드바에서 검색 또는 이동을 선택하고 프로젝트를 찾습니다.
  2. Plan > 이슈를 선택합니다.
  3. 검색 상자에 이슈 ID를 입력합니다. 예를 들어, #10을 입력하여 이슈 10만 반환합니다.

특정 ID로 이슈 필터링

이슈 참조 복사

GitLab 내 다른 위치에서 이슈를 참조하려면 전체 URL 또는 namespace/project-name#123과 같은 짧은 참조를 사용할 수 있습니다. 여기서 namespace은 그룹 또는 사용자 이름일 수 있습니다.

이슈 참조를 클립 보드에 복사하려면:

  1. 왼쪽 사이드바에서 검색 또는 이동을 선택하고 프로젝트를 찾습니다.
  2. Plan > 이슈를 선택하고 이슈를 선택합니다.
  3. 오른쪽 사이드바에서 참조 옆에 참조 복사를 선택합니다 ().

이제 참조를 다른 설명 또는 코멘트에 붙여넣을 수 있습니다.

자세한 내용은 GitLab-Flavored Markdown에서 이슈 참조에 대해 더 읽어보세요.

이슈 이메일 주소 복사

GitLab 13.8에서 도입되었습니다.

이슈에 대한 댓글을 이메일로 보내어 생성할 수 있습니다. 이 주소로 이메일을 보내면 이메일 본문이 포함된 댓글이 생성됩니다.

이제 이슈 이메일 주소를 복사할 수 있습니다:

  1. 왼쪽 사이드바에서 검색 또는 이동을 선택하고 프로젝트를 찾습니다.
  2. Plan > 이슈를 선택하고 이슈를 선택합니다.
  3. 오른쪽 사이드바에서 이슈 이메일 옆에 주소 복사를 선택합니다 ().

담당자

이슈는 하나 이상의 사용자에게 할당될 수 있습니다.

담당자는 필요에 따라 자주 변경될 수 있습니다. 아이디어는 담당자가 이슈에 대한 책임을 지는 사람들이라는 것입니다. 이슈가 누군가에게 할당되면 그 이슈는 그들의 할당된 이슈 디렉터리에 나타납니다.

사용자가 프로젝트의 구성원이 아닌 경우, 이슈는 그들이 직접 만들거나 다른 프로젝트 구성원이 그들을 할당하는 경우에만 할당될 수 있습니다.

이슈의 담당자를 변경하려면:

  1. 왼쪽 사이드바에서 검색 또는 이동을 선택하고 프로젝트를 찾습니다.
  2. Plan > 이슈를 선택한 다음 보고 싶은 이슈를 선택합니다.
  3. 오른쪽 사이드바에서 담당자 섹션에서 편집을 선택합니다.
  4. 드롭다운 디렉터리에서 담당자로 추가할 사용자를 선택합니다.
  5. 드롭다운 디렉터리 바깥의 위치를 선택합니다.

페이지를 새로 고침하지 않고도 담당자가 변경됩니다.

유사한 이슈

동일한 주제에 대한 이슈 중복을 방지하려면 GitLab은 새 이슈를 생성할 때 유사한 이슈를 검색합니다.

필수 사항:

  • GraphQL을 활성화해야 합니다.

새 이슈 페이지의 제목 텍스트 상자에 입력하는 대로, GitLab은 현재 프로젝트의 모든 이슈에서 제목과 설명을 검색합니다. 액세스할 수 있는 이슈만 반환됩니다. 가장 최근에 업데이트된 순으로 최대 다섯 개의 유사한 이슈가 제목 텍스트 상자 아래에 표시됩니다.

헬스 상태

Tier: Ultimate Offering: GitLab.com, Self-managed, GitLab Dedicated
  • GitLab 12.10에서 도입되었습니다.
  • GitLab 13.4 이후로 닫힌 이슈의 헬스 상태는 편집할 수 없습니다.
  • 이슈 헬스 상태는 이슈 디렉터리에서 GitLab 13.6에서 표시됩니다.
  • 피처 플래그는 GitLab 13.7에서 제거되었습니다.
  • 이슈 보드의 이슈 카드에서 GitLab 15.4에서 헬스 상태가 표시됩니다.

계획을 맞추기 위한 위험을 추적하기 위해 각 이슈에 헬스 상태를 할당할 수 있습니다. 헬스 상태를 사용하여 조직 내 다른 사람들에게 이슈가 계획대로 진행되고 있는지 또는 일정에 따라 주의가 필요한지 신호를 보낼 수 있습니다.

일일 스탠드업, 프로젝트 상태 보고 또는 주간 회의에 이슈 헬스 상태 검토를 통합하여 계획된 작업의 적시 전달에 대한 리스크를 다룰 수 있습니다.

필수 사항:

  • 프로젝트에 대한 적어도 리포터 역할이 있어야 합니다.

이슈의 헬스 상태를 편집하려면:

  1. 왼쪽 사이드바에서 검색 또는 이동을 선택하고 프로젝트를 찾습니다.
  2. Plan > 이슈를 선택한 다음 보고 싶은 이슈를 선택합니다.
  3. 오른쪽 사이드바에서 헬스 상태 섹션에서 편집을 선택합니다.

  4. 드롭다운 디렉터리에서 이 이슈에 추가할 상태를 선택합니다:

    • 정상 (녹색)
    • 주의 필요 (황색)
    • 위험 (빨강)

이슈의 헬스 상태는 다음에서 볼 수 있습니다:

  • 이슈 디렉터리
  • Epic 트리
  • 이슈 보드의 이슈 카드

이슈가 닫힌 후에는 헬스 상태를 편집할 수 없으며 편집 버튼이 비활성화됩니다 이슈가 다시 열릴 때까지.

또한 /health_status와 /clear_health_status 빠른 조치를 사용하여 헬스 상태를 설정하거나 지울 수도 있습니다.

이슈 게시

Tier: Ultimate Offering: GitLab.com, Self-managed, GitLab Dedicated

프로젝트에 상태 페이지 애플리케이션이 연결되어 있는 경우 /publish 빠른 조치를 사용하여 이슈를 게시할 수 있습니다.

더 많은 정보는 GitLab 상태 페이지를 참조하세요.

이슈 관련 빠른 조치

이슈를 관리하기 위해 빠른 조치를 사용할 수도 있습니다.

아직 대응되는 UI 버튼이 없는 일부 작업은 다음과 같이 빠른 조치만을 사용하여 수행할 수 있습니다:

  • Zoom 회의 추가 또는 제거하기 (/zoom 및 /remove_zoom).
  • 이슈 복제하기(동일한 프로젝트 또는 다른 프로젝트로) (/clone).
  • 이슈를 닫고 다른 이슈의 복제로 표시하기 (/duplicate).
  • 프로젝트의 다른 Merge Request 또는 이슈에서 레이블 및 마일스톤 복사하기 (/copy_metadata).