이슈 관리

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

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

이슈 편집

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

필수 조건:

  • 프로젝트에 대한 적어도 Reporter 역할이 있어야 하거나 이슈의 작성자이거나 이에 할당된 사람이어야 합니다.

이슈를 편집하려면:

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

작업 목록 항목 제거

필수 조건:

  • 프로젝트에 대한 적어도 Reporter 역할이 있어야 하거나 이슈의 작성자 또는 담당자여야 합니다.

작업 목록이 포함된 이슈 설명에서:

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

작업 목록 항목이 이슈 설명에서 제거됩니다. 임의로 중첩된 작업 목록 항목은 상위 수준으로 이동됩니다.

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

프로젝트에 있는 경우 여러 이슈를 한꺼번에 편집할 수 있습니다.

필수 조건:

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

한꺼번에 여러 이슈를 편집하려면:

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

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

그룹에서 이슈 일괄 편집

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

그룹에 있는 경우 여러 프로젝트를 대상으로 여러 이슈를 편집할 수 있습니다.

필수 조건:

  • 그룹에 대한 적어도 Reporter 역할이 있어야 합니다.

한꺼번에 여러 이슈를 편집하려면:

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

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

이슈 이동

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

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

필수 조건:

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

이슈를 이동하려면:

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

이슈 대량 이동

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

이슈 목록에서

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

필수 조건:

  • 프로젝트에서 적어도 기고자(Reporter) 역할을 가져야 합니다.

한꺼번에 여러 이슈를 이동하려면:

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

레일즈 콘솔에서

하나의 프로젝트에서 모든 오픈된 이슈를 다른 프로젝트로 이동할 수 있습니다.

필수 조건:

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

수행 방법:

  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를 입력합니다.

이슈 설명에서 목록 항목 재정렬

이슈 설명에 목록이 있는 경우, 해당 목록 항목도 재정렬할 수 있습니다.

필수 조건:

  • 프로젝트에서 적어도 기고자(Reporter) 역할을 가져야 하거나 이슈의 작성자이거나 이슈에 할당된 사람이어야 합니다.
  • 이슈의 설명은 순서가 지정된, 순서가 없는 또는 작업 목록을 가져야 합니다.

이슈를 보고 있는 경우 목록 항목을 재정렬하려면:

  1. 목록 항목 행 위로 마우스를 가져가면 그립 아이콘이 () 가시적으로 표시됩니다.
  2. 그립 아이콘을 선택하고 누릅니다.
  3. 행을 목록에서 새 위치로 끌어옵니다.
  4. 그립 아이콘을 놓습니다.

이슈 닫기

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

필수 조건:

  • 프로젝트에서 적어도 기고자(Reporter) 역할을 가져야 하거나 이슈의 작성자이거나 이슈에 할당된 사람이어야 합니다.

이슈를 닫기 위해 다음 중 하나를 수행할 수 있습니다:

  • 이슈 게시판에서, 이슈 카드를 해당 목록에서 닫힘 목록으로 끌어옵니다.
  • GitLab UI의 다른 페이지에서:
    1. 왼쪽 사이드바에서 검색 또는 참조를 선택하고 프로젝트를 찾습니다.
    2. Plan > 이슈를 선택한 다음, 보고 있는 이슈를 선택합니다.
    3. 오른쪽 상단에서 이슈 작업 ()을 선택한 다음 이슈 닫기를 선택합니다.

닫힌 이슈 다시 열기

필수 조건:

  • 프로젝트에서 적어도 기고자(Reporter) 역할을 가져야 하거나 이슈의 작성자이거나 이슈에 할당된 사람이어야 합니다.

닫힌 이슈를 다시 열려면, 오른쪽 상단에서 이슈 작업 ()을 선택한 다음 이슈 다시 열기를 선택합니다. 다시 열린 이슈는 다른 오픈된 이슈와 다를 바가 없습니다.

이슈 자동 닫기

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

커밋 메시지나 병합 요청 설명에 _닫히는 패턴_과 일치하는 텍스트가 포함된 경우, 일치하는 텍스트에 언급된 모든 이슈는 자동으로 닫힙니다 다음 중 하나의 경우:

  • 해당 커밋이 프로젝트의 기본 브랜치에 푸시됩니다.
  • 커밋 또는 병합 요청이 기본 브랜치로 병합됩니다.

예를 들어, 병합 요청 설명에 Closes #4, #6, Related to #5가 포함된 경우:

  • 이 MR이 병합될 때, 이슈 #4#6은 자동으로 닫힙니다.
  • 이슈 #5관련 이슈로 표시되지만 자동으로 닫히지는 않습니다.

혹은, 이슈에서 병합 요청 생성하는 경우, 이는 이슈의 마일스톤과 레이블을 상속받습니다.

성능 상의 이유로, 기존 저장소에서 첫 번째 푸시에 대해 자동으로 이슈를 닫는 기능은 비활성화되어 있습니다.

기본 닫힘 패턴

이슈를 자동으로 닫으려면 다음 키워드를 사용한 후 이슈 참조를 입력하세요.

사용 가능한 키워드:

  • 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 and Closes group/otherproject#22.
This commit is also related to #17 and fixes #18, #19
and https://gitlab.example.com/group/otherproject/issues/23.

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

이 닫힘 패턴은 git commit -m 명령행에서의 한 줄 커밋이나 멀티 라인 커밋 메시지에서 사용할 수 있습니다.

기본 이슈 닫힘 패턴 정규식:

\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에서 변경됨: 참조된 이슈의 프로젝트 설정 대신 커밋이나 머지 요청의 프로젝트 설정을 확인합니다.

프로젝트당 자동 이슈 닫힘 기능을 비활성화할 수 있습니다. 프로젝트 설정 에서 설정하세요.

준비 사항:

  • 프로젝트에 대해 적어도 Maintainer 권한이 있어야 합니다.

자동 이슈 닫힘 비활성화 방법:

  1. 왼쪽 사이드바에서 검색 또는 가기를 선택하고 프로젝트를 찾습니다.
  2. Settings > Repository를 선택합니다.
  3. Branch defaults를 확장하세요.
  4. 기본 브랜치에서 참조된 이슈 자동 닫힘 확인란을 선택 해제하세요.
  5. 변경 사항 저장을 선택합니다.

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

이 설정은 새 머지 요청이나 커밋에만 적용됩니다. 이미 닫힌 이슈는 그대로 유지됩니다. 자동 이슈 닫힘 비활성화는 해당 설정이 비활성화된 프로젝트의 이슈에만 적용됩니다. 이 프로젝트의 머지 요청과 커밋은 다른 프로젝트의 이슈를 닫을 수 있습니다.

이슈 닫힘 패턴 사용자 지정

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

준비 사항:

설치의 기본 이슈 닫힘 패턴을 변경하는 방법을 알아봅니다.

이슈 유형 변경

준비 사항:

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

이슈 유형 변경하는 방법:

  1. 왼쪽 사이드바에서 검색 또는 가기를 선택하고 프로젝트를 찾습니다.
  2. Plan > Issues를 선택한 다음 보고 싶은 이슈를 선택합니다.
  3. 타이틀 우측에 있는 타이틀 및 설명 편집 ()을 선택합니다.
  4. 이슈를 편집하고 이슈 유형 드롭다운 목록에서 이슈 유형을 선택하세요:

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

이슈 삭제

  • GitLab 14.6에서 수직 엘리프시스 메뉴에서 삭제가 가능해짐.

준비 사항:

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

이슈 삭제하는 방법:

  1. 왼쪽 사이드바에서 검색 또는 가기를 선택하고 프로젝트를 찾습니다.
  2. Plan > Issues를 선택한 다음 이슈 제목을 선택하여 이슈를 보세요.
  3. 오른쪽 상단 모서리에 있는 이슈 작업 ()을 선택합니다.
  4. 이슈 삭제를 선택합니다.

또는:

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

이슈를 에픽으로 프로모션하기

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

당신은 바로 상위 그룹에 있는 에픽으로 이슈를 프로모션할 수 있습니다.

참고: 기밀 이슈를 에픽으로 프로모션하는 경우 에픽은 그룹 멤버에게 공개되므로 이슈와 관련된 모든 정보가 공개됩니다.

이슈가 에픽으로 프로모션되면:

  • 이슈가 기밀 상태였다면 추가 경고가 먼저 표시됩니다.
  • 에픽이 이슈의 프로젝트와 동일한 그룹에 생성됩니다.
  • 이슈의 구독자에게 에픽이 생성되었음을 알립니다.

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

  • 제목, 설명, 활동 및 코멘트 스레드.
  • 추천 및 비추천.
  • 참여자.
  • 이슈가 가지고 있던 그룹 라벨.
  • 상위 에픽.

전제 조건:

  • 이슈가 속한 프로젝트는 그룹에 있어야 합니다.
  • 프로젝트의 즉시 상위 그룹에서 적어도 기자 역할을 가져야 합니다.
  • 다음 중 하나여야 합니다:
    • 프로젝트의 적어도 기자 역할을 가져야 합니다.
    • 이슈의 작성자여야 합니다.
    • 이슈에 할당되어 있어야 합니다.

이슈를 에픽으로 프로모션하려면:

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

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

이슈를 사건으로 프로모션하기

당신은 /promote_to_incident 빠른 액션을 사용하여 이슈를 사건으로 프로모션할 수 있습니다.

이슈를 이터레이션에 추가하기

Tier: 프리미엄, 얼티메이트 Offering: GitLab.com, Self-Managed, GitLab Dedicated

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

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

또는, /iteration 빠른 액션을 사용할 수 있습니다.

할당된 모든 이슈 보기

할당된 모든 이슈를 보려면:

  1. 왼쪽 사이드바에서 검색 또는 이동을 선택합니다.
  2. 드롭다운 목록에서 나에게 할당된 이슈를 선택합니다.

또는:

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

이슈 목록 필터링하기

  • 이터레이션별 필터링은 GitLab 13.6에서 도입.
  • 이터레이션별 필터링은 GitLab Ultimate에서 13.9로 이동되었습니다.
  • 유형별 필터링은 기본적으로 비활성화된 vue_issues_list라는 플래그가 있는 GitLab 13.10에서 도입되었습니다.
  • 유형별 필터링은 GitLab 14.10에서 자체 관리형에서 활성화되었습니다.
  • 유형별 필터링은 GitLab 15.1에서 일반적으로 사용 가능합니다. 기능 플래그 vue_issues_list가 제거되었습니다.
  • 건강 상태별 필터링은 GitLab 15.5에서 도입되었습니다.

이슈 목록을 필터링하려면:

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

제목 또는 설명별로 필터링

제목이나 설명에 있는 텍스트를 기준으로 이슈 목록을 필터링하려면 다음 단계를 따르세요:

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

이슈 필터링은 PostgreSQL full text search를 사용하여 의미 있는 단어와 중요한 단어를 일치시켜 질문에 답변합니다.

예를 들어, I am securing information for M&A를 검색하면 GitLab은 제목이나 설명에 securing, secured, information과 관련된 결과를 반환할 수 있습니다. 그러나 I, am, M&A와 같은 문장이나 단어는 렉시컬로 의미 있는 것으로 간주되지 않기 때문에 정확히 일치하지는 않습니다. 이것은 PostgreSQL full text search의 제약사항입니다.

OR 연산자로 필터링

기능 플래그: 셀프 관리형 GitLab에서는 기본적으로 이 기능을 사용할 수 있습니다. 기능을 숨기려면 관리자가 or_issuable_queries라는 기능 플래그를 비활성화할 수 있습니다. GitLab.com 및 전용 GitLab에서도 이 기능을 사용할 수 있습니다.

이 기능을 활성화하면 OR 연산자(is one of: ||)를 사용하여 다음과 같이 이슈 목록을 필터링할 수 있습니다:

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

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

ID로 이슈 필터링

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

특정 ID로 이슈 필터링

이슈 참조 복사

GitLab 내 다른 곳에서 이슈를 참조하려면 전체 URL이나 namespace/project-name#123과 같은 짧은 참조를 사용할 수 있습니다.

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

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

이제 해당 참조를 다른 설명이나 댓글에 붙여넣을 수 있습니다.

GitLab-Flavored Markdown에서 이슈 참조에 대해 더 알아보세요.

이슈 이메일 주소 복사

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

이슈의 이메일 주소를 복사하려면:

  1. 좌측 사이드바에서 검색 또는 방문을 선택하고 프로젝트를 찾습니다.
  2. Plan > 이슈를 선택한 다음 이슈를 선택합니다.
  3. 이슈 이메일 옆의 오른쪽 사이드바에서 참조 복사를 선택합니다().

담당자

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

담당자는 필요에 따라 자주 변경할 수 있습니다. 아이디어는 담당자가 이슈에 책임이 있는 사람이라는 것입니다. 이슈가 누군가에게 할당되면 그 사람의 할당된 이슈 목록에 표시됩니다.

프로젝트 멤버가 아닌 사용자의 경우, 해당 사용자가 직접 만들거나 다른 프로젝트 멤버가 할당한 경우에만 이슈를 할당할 수 있습니다.

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

  1. 왼쪽 사이드바에서 검색 또는 이동을 선택하고 프로젝트를 찾습니다.
  2. Plan > 이슈를 선택한 후 이슈를 보려면 해당 이슈를 선택합니다.
  3. 오른쪽 사이드바에서 담당자 섹션에서 편집을 선택합니다.
  4. 드롭다운 목록에서 담당자로 추가할 사용자를 선택합니다.
  5. 드롭다운 목록 외의 영역을 선택합니다.

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

유사한 이슈

동일한 주제의 이슈가 중복되지 않도록하기 위해 GitLab은 새 이슈를 만들 때 유사한 이슈를 검색합니다.

전제 조건:

  • GraphQL이 활성화되어 있어야 합니다.

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

건강 상태

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

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

이슈 건강 상태의 검토를 일일 스탠드업, 프로젝트 상태 보고서 또는 주간 회의에 포함하여 계획된 작업의 적시 전달에 대한 위험을 해결할 수 있습니다.

전제 조건:

  • 프로젝트에 대한 적어도 기고자 역할이 있어야 합니다.

이슈의 건강 상태를 편집하려면:

  1. 왼쪽 사이드바에서 검색 또는 이동을 선택하고 프로젝트를 찾습니다.
  2. Plan > 이슈를 선택한 후 이슈를 보려면 해당 이슈를 선택합니다.
  3. 오른쪽 사이드바에서 건강 상태 섹션에서 편집을 선택합니다.
  4. 드롭다운 목록에서 이 이슈에 추가할 상태를 선택합니다:

    • 계획대로 (녹색)
    • 주의 필요 (노랑)
    • 위험 (빨강)

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

  • 이슈 목록
  • 이슈 보드의 이슈 카드

이슈가 닫히면 건강 상태를 편집할 수 없으며 편집 버튼이 비활성화되어 이슈가 다시 열릴 때까지 편집할 수 없게 됩니다.

또한 /health_status/clear_health_status 빠른 조치를 사용하여 건강 상태를 설정 및 해제할 수도 있습니다.

이슈 게시

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

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

자세한 내용은 GitLab 상태 페이지를 참조하세요.

이슈 관련 빠른 조치

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

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

  • Zoom 회의 추가 또는 삭제하기(/zoom/remove_zoom) (associate_zoom_meeting.md).
  • 이슈를 동일한 프로젝트 또는 다른 프로젝트로 복제하기(/clone).
  • 이슈를 닫고 다른 이슈의 중복으로 표시하기(/duplicate).
  • 프로젝트의 다른 병합 요청이나 이슈에서 레이블 및 마일스톤 복사하기(/copy_metadata).