문제 관리

세부정보: Tier: Free, Premium, Ultimate Offering: GitLab.com, Self-managed, GitLab Dedicated

문제를 생성한 후에는 해당 문제와 함께 작업을 시작할 수 있습니다.

문제 수정

문제의 제목과 설명을 수정할 수 있습니다.

전제 조건:

  • 프로젝트에 대해 최소한 Reporter 역할을 가져야 하며, 문제의 작성자이거나 문제에 할당되어 있어야 합니다.

문제를 수정하려면:

  1. 왼쪽 사이드바에서 검색 또는 이동을 선택하고 프로젝트를 찾습니다.
  2. 계획 > 문제를 선택한 다음 수정할 문제의 제목을 선택합니다.
  3. 제목 오른쪽에 있는 제목 및 설명 수정({연필})을 선택합니다.
  4. 사용 가능한 필드를 수정합니다.
  5. 변경 사항 저장을 선택합니다.

문제 설명 생성으로 문제 채우기

세부정보: Tier: 한정된 시간 동안, Ultimate. 2024년 10월 17일, GitLab Duo Enterprise와 함께 Ultimate.
Offering: GitLab.com
Status: Experiment

History

제공하는 짧은 요약을 기반으로 문제에 대한 자세한 설명을 생성합니다.

전제 조건:

  • 실험 및 베타 기능 설정이 활성화된 그룹에 속해야 합니다.
  • 문제를 볼 수 있는 권한이 있어야 합니다.
  • 일반 텍스트 편집기에서만 사용 가능합니다.

문제 설명을 생성하려면:

  1. 새 문제를 생성합니다.
  2. 설명 필드 위에서 GitLab Duo({타누키-아이}) > 문제 설명 생성을 선택합니다.
  3. 짧은 설명을 작성하고 제출을 선택합니다.

문제 설명은 AI가 생성한 텍스트로 대체됩니다.

이 실험적 기능에 대한 피드백은 문제 409844에서 제공하세요.

데이터 사용: 이 기능을 사용할 때 입력한 텍스트는 GitLab Duo 페이지에 나열된 대형 언어 모델로 전송됩니다.

작업 목록 항목 제거

History

전제 조건:

  • 프로젝트에 대해 최소한 Reporter 역할을 가져야 하며, 문제의 작성자 또는 담당자여야 합니다.

작업 목록 항목이 있는 문제 설명에서:

  1. 작업 목록 항목 위에 마우스를 올리고 옵션 메뉴({점3개})를 선택합니다.
  2. 삭제를 선택합니다.

작업 목록 항목이 문제 설명에서 제거됩니다.
중첩된 작업 목록 항목은 상위 내역으로 이동됩니다.

프로젝트에서 문제 일괄 수정

프로젝트에 있을 때 여러 문제를 동시에 수정할 수 있습니다.

전제 조건:

  • 프로젝트에 대해 최소한 Reporter 역할을 가져야 합니다.

여러 문제를 동시에 수정하려면:

  1. 왼쪽 사이드바에서 검색 또는 이동을 선택하고 프로젝트를 찾습니다.
  2. 계획 > 문제를 선택합니다.
  3. 일괄 수정을 선택합니다. 화면 오른쪽에 사이드바가 나타납니다.
  4. 수정할 각 문제 옆의 체크박스를 선택합니다.
  5. 사이드바에서 사용 가능한 필드를 수정합니다.
  6. 선택된 항목 업데이트를 선택합니다.

프로젝트에서 문제를 일괄 수정할 때 수정할 수 있는 속성은 다음과 같습니다:

그룹에서 대량으로 문제 편집하기

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

그룹에 있을 때 여러 프로젝트에서 여러 문제를 편집할 수 있습니다.

사전 요구 사항:

  • 그룹에 대해 최소한 Reporter 역할을 가져야 합니다.

여러 문제를 동시에 편집하려면:

  1. 왼쪽 사이드바에서 Search or go to를 선택하고 그룹을 찾습니다.
  2. Plan > Issues를 선택합니다.
  3. Bulk edit을 선택합니다. 화면 오른쪽에 사이드바가 나타납니다.
  4. 편집할 각 문제 옆에 있는 체크박스를 선택합니다.
  5. 사이드바에서 사용 가능한 필드를 편집합니다.
  6. Update selected를 선택합니다.

그룹에서 문제를 대량으로 편집할 때 다음 속성을 편집할 수 있습니다:

문제 이동하기

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

접근 규칙이 다른 프로젝트로 문제를 이동할 때는 주의하세요. 문제를 이동하기 전에 민감한 데이터가 포함되어 있지 않은지 확인하세요.

사전 요구 사항:

  • 프로젝트에 대해 최소한 Reporter 역할을 가져야 합니다.

문제를 이동하려면:

  1. 왼쪽 사이드바에서 Search or go to를 선택하고 프로젝트를 찾습니다.
  2. Plan > Issues를 선택한 후, 문제를 선택하여 봅니다.
  3. 오른쪽 사이드바에서 Move issue를 선택합니다.
  4. 문제를 이동할 프로젝트를 검색합니다.
  5. Move를 선택합니다.

부모 문제가 이동할 때 작업 이동하기

문제를 다른 프로젝트로 이동하면 해당 문제의 모든 하위 작업도 대상 프로젝트로 이동되며 이동된 문제의 하위 작업으로 연결되어 있습니다. 각 작업은 부모와 동일한 방식으로 이동되며, 즉 원래 프로젝트에서 닫히고 대상 프로젝트로 복사됩니다.

문제 대량 이동하기

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

문제 페이지에서

프로젝트에 있을 때 여러 문제를 동시에 이동할 수 있습니다.
작업이나 테스트 사례는 이동할 수 없습니다.

사전 요구 사항:

  • 프로젝트에 대해 최소한 Reporter 역할을 가져야 합니다.

여러 문제를 동시에 이동하려면:

  1. 왼쪽 사이드바에서 Search or go to를 선택하고 프로젝트를 찾습니다.
  2. Plan > Issues를 선택합니다.
  3. Bulk edit을 선택합니다. 화면 오른쪽에 사이드바가 나타납니다.
  4. 이동할 각 문제 옆에 있는 체크박스를 선택합니다.
  5. 오른쪽 사이드바에서 Move selected를 선택합니다.
  6. 드롭다운 목록에서 대상 프로젝트를 선택합니다.
  7. Move를 선택합니다.

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. 손잡이 아이콘을 놓습니다.

이슈 닫기

이슈가 해결되었거나 더 이상 필요하지 않다고 결정하면 이슈를 닫을 수 있습니다.

이슈는 닫힌 상태로 표시되지만 삭제되지 않습니다.

사전 요구 사항:

  • 프로젝트에 대해 최소한 보고자 역할이 있어야 하며, 이슈의 작성자이거나 이슈에 할당되어 있어야 합니다.

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

  • 이슈 보드에서 이슈 카드를 목록에서 닫힘 목록으로 드래그합니다.

  • GitLab UI의 다른 페이지에서:

    1. 왼쪽 사이드바에서 검색하거나 이동을 선택하고 프로젝트를 찾습니다.

    2. 계획>이슈를 선택한 다음, 이슈를 선택하여 확인합니다.

    3. 오른쪽 상단에서 이슈 작업( )을 선택한 다음 이슈 닫기를 선택합니다.

닫힌 이슈 다시 열기

사전 요구 사항:

  • 프로젝트에 대해 최소한 보고자 역할이 있어야 하며, 이슈의 작성자이거나 이슈에 할당되어 있어야 합니다.

닫힌 이슈를 다시 열려면 오른쪽 상단에서 이슈 작업( )을 선택한 다음 이슈 다시 열기를 선택합니다.

다시 열린 이슈는 다른 열린 이슈와 다르지 않습니다.

문제 자동 종료

특정 단어, 즉 _종료 패턴_을 커밋 메시지 또는 병합 요청 설명에 사용하여 문제를 자동으로 종료할 수 있습니다.
자체 관리 GitLab 인스턴스의 관리자들은 기본 종료 패턴을 변경할 수 있습니다.

커밋 메시지 또는 병합 요청 설명에 종료 패턴과 일치하는 텍스트가 포함되어 있으면,
일치하는 텍스트에서 참조된 모든 문제는 다음 중 하나로 닫힙니다:

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

예를 들어, 병합 요청 설명에 Closes #4, #6, Related to #5를 포함하면:

  • MR이 병합될 때 문제 #4#6이 자동으로 종료됩니다.
  • 문제 #5관련 문제로 표시되지만 자동으로 종료되지 않습니다.

또한, 문제에서 병합 요청을 생성할 때,
문제의 마일스톤과 레이블을 상속받습니다.

성능상의 이유로, 기존 리포지토리에서 처음으로 푸시할 때는 자동 문제 종료가 비활성화됩니다.

병합 시 사용자 책임

병합 요청을 병합할 때, 타겟 문제를 종료하는 것이 적절한지 확인하는 것은 귀하의 책임입니다.
사용자는 병합 요청 설명 및 커밋 메시지 본문에 문제 종료 패턴을 포함할 수 있습니다.
커밋 메시지의 종료 메시지는 놓치기 쉽습니다. 두 경우 모두, 병합 요청 위젯은 병합 시 종료할 문제에 대한 정보를 표시합니다:

이 병합 요청은 문제 #2754를 종료합니다.

병합 요청을 병합할 때 GitLab은 사용자가 타겟 문제를 종료할 수 있는 권한이 있는지 확인합니다.
공개 리포지토리에서는 이 확인이 중요합니다. 왜냐하면 외부 사용자가 종료 패턴이 포함된 병합 요청 및 커밋을 생성할 수 있기 때문입니다.
병합하는 사용자는 병합이 코드와 프로젝트의 문제에 미치는 영향을 인식하는 것이 중요합니다.

기본 종료 패턴

  • 도입됨: GitLab 17.3에서 작업 항목(작업, 목표 또는 주요 결과) 참조.

문제를 자동으로 종료하려면 다음 키워드를 사용하고 그 뒤에 문제 참조를 적습니다.

사용 가능한 키워드:

  • 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/<project_full_path>/-/issues/123).
  • 작업 항목의 전체 URL(예: 작업, 목표 또는 주요 결과):
    • 프로젝트 내에서 (https://gitlab.example.com/<project_full_path>/-/work_items/123).
    • 그룹 내에서 (https://gitlab.example.com/groups/<group_full_path>/-/work_items/123).

예를 들어:

멋진 커밋 메시지

Fix #20, Fixes #21 and Closes group/otherproject#22.
이 커밋은 또한 #17과 관련이 있으며 #18, #19를 수정하고
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 15.4): 참조된 문제의 프로젝트 설정이 커밋이나 병합 요청의 프로젝트 대신 확인됩니다.

프로젝트별로 자동 문제 닫기 기능을 비활성화할 수 있습니다
프로젝트 설정에서.

필수 조건:

  • 프로젝트에 대해 최소한 Maintainer 역할이 필요합니다.

자동 문제 닫기를 비활성화하려면:

  1. 왼쪽 사이드바에서 검색하거나 이동을 선택하고 프로젝트를 찾습니다.
  2. 설정 > 저장소를 선택합니다.
  3. 브랜치 기본값을 확장합니다.
  4. 기본 브랜치에서 참조된 문제 자동 닫기 확인란의 선택을 해제합니다.
  5. 변경 사항 저장을 선택합니다.

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

이 설정 변경은 새로운 병합 요청이나 커밋에만 적용됩니다. 이미 닫힌 문제는 그대로 유지됩니다.
자동 문제 닫기를 비활성화하면 설정이 비활성화된 프로젝트의 문제에만 적용됩니다.
이 프로젝트의 병합 요청과 커밋은 여전히 다른 프로젝트의 문제를 닫을 수 있습니다.

문제 닫기 패턴 사용자 정의

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

필수 조건:

설치의 기본 문제 닫기 패턴을 변경하는 방법을 알아보세요.

문제 유형 변경

필수 조건:

  • 문제 작성자여야 하거나 프로젝트에 대해 최소한 Reporter 역할이 있어야 하며, 문제의 작성자이거나 문제에 할당되어 있어야 합니다.

문제 유형을 변경하려면:

  1. 왼쪽 사이드바에서 검색하거나 이동을 선택하고 프로젝트를 찾습니다.
  2. 계획 > 문제를 선택한 다음, 문제를 선택하여 봅니다.
  3. 제목 오른쪽에 있는 제목 및 설명 편집을 선택합니다 ({연필}).
  4. 문제를 편집하고 문제 유형 드롭다운 목록에서 문제 유형을 선택합니다:

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

문제 삭제

필수 조건:

  • 프로젝트에 대한 Owner 역할이 필요합니다.

문제를 삭제하려면:

  1. 왼쪽 사이드바에서 검색하거나 이동을 선택하고 프로젝트를 찾습니다.
  2. 계획 > 문제를 선택한 다음, 문제를 선택하여 봅니다.
  3. 오른쪽 상단 코너에서 문제 작업을 선택합니다 ({점3개}).
  4. 문제 삭제를 선택합니다.

또는:

  1. 왼쪽 사이드바에서 검색하거나 이동을 선택하고 프로젝트를 찾습니다.
  2. 계획 > 문제를 선택한 다음, 문제 제목을 선택하여 봅니다.
  3. 제목 및 설명 편집을 선택합니다 ({연필}).
  4. 문제 삭제를 선택합니다.

문제를 에픽으로 승격

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

문제를 즉시 상위 그룹의 에픽으로 승격할 수 있습니다.

참고:
비밀 문제를 에픽으로 승격하면 문제와 관련된 모든 정보가 공개되며, 에픽은 그룹 구성원에게 공개됩니다.

문제가 에픽으로 승격될 때:

  • 문제가 비밀이었다면, 먼저 추가 경고가 표시됩니다.
  • 문제가 있는 그룹에 에픽이 생성됩니다.
  • 문제의 구독자에게 에픽이 생성되었다고 알림이 전달됩니다.

에픽으로 복사되는 다음 문제 메타데이터:

  • 제목, 설명, 활동 및 댓글 스레드.
  • 업보팅 및 다운보팅.
  • 참여자.
  • 문제에 있던 그룹 레이블.
  • 부모 에픽.

필수 조건:

  • 문제가 속한 프로젝트는 그룹에 있어야 합니다.
  • 프로젝트의 즉각적인 상위 그룹에 대해 최소한 Reporter 역할이 필요합니다.
  • 다음 중 하나여야 합니다:
    • 프로젝트에 대해 최소한 Reporter 역할이 있어야 합니다.
    • 문제의 작성자여야 합니다.
    • 문제에 할당되어 있어야 합니다.

문제를 에픽으로 승격하려면:

  1. 왼쪽 사이드바에서 검색하거나 이동을 선택하고 프로젝트를 찾습니다.
  2. 계획 > 문제를 선택한 다음, 문제를 선택하여 봅니다.
  3. 오른쪽 상단 코너에서 문제 작업을 선택합니다 ({점3개}).
  4. 에픽으로 승격을 선택합니다.

또는, /promote 빠른 작업을 사용할 수 있습니다.

문제를 인시던트로 전환하기

  • GitLab 15.8에 도입된 문제 유형을 생성 시 인시던트로 설정하기 위한 빠른 작업.

/promote_to_incident 빠른 작업을 사용하여 문제를 인시던트로 전환할 수 있습니다.

문제를 반복에 추가하기

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

반복에 문제를 추가하려면:

  1. 왼쪽 사이드바에서 검색 또는 이동을 선택하고 내 프로젝트를 찾습니다.
  2. 계획 > 문제를 선택한 다음, 해당 문제를 선택하여 봅니다.
  3. 오른쪽 사이드바의 반복 섹션에서 편집을 선택합니다.
  4. 드롭다운 목록에서 이 문제를 추가할 반복을 선택합니다.
  5. 드롭다운 목록 외부의 아무 곳이나 선택합니다.

대안으로, /iteration 빠른 작업을 사용할 수 있습니다.

당신에게 할당된 모든 문제 보기

당신에게 할당된 모든 문제를 보려면:

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

또는:

  • 키보드 단축키를 사용하려면 Shift + i를 누릅니다.
  • 왼쪽 사이드바에서 상단의 할당된 문제( )를 선택합니다.

문제 목록

문제 목록은 귀하의 프로젝트나 그룹 내 모든 문제를 보여줍니다.
이를 통해 문제를 보고, 정렬하고, 관리할 수 있습니다.

문제 목록을 보려면:

  1. 왼쪽 사이드바에서 검색 또는 이동을 선택하고 내 프로젝트를 찾습니다.
  2. 계획 > 문제를 선택합니다.

문제 목록에서 다음 작업을 수행할 수 있습니다:

  • 제목, 담당자, 레이블, 마일스톤과 같은 문제 세부정보를 보기.
  • 다양한 기준으로 문제 정렬하기.
  • 특정 문제를 찾기 위해 문제 필터링하기.
  • 개별적으로 또는 일괄적으로 문제 편집하기.
  • 새로운 문제 생성하기.

다음 섹션에서는 문제 목록과 작업하는 방법을 설명합니다.

문제 목록 필터링하기

  • 유형별 필터링은 GitLab 13.10에서 도입되었습니다. 기본적으로 비활성화되어 있습니다.
  • 유형별 필터링은 GitLab 14.10에서 자체 관리에서 활성화되었습니다.
  • 유형별 필터링은 GitLab 15.1에서 일반적으로 사용할 수 있습니다. 기능 플래그 vue_issues_list가 제거되었습니다.
  • 건강 상태별 필터링은 GitLab 15.5에서 도입되었습니다.

문제 목록을 필터링하려면:

  1. 왼쪽 사이드바에서 검색 또는 이동을 선택하고 내 프로젝트를 찾습니다.
  2. 계획 > 문제를 선택합니다.
  3. 문제 목록 위에서 검색 또는 필터 결과를 선택합니다.
  4. 나타나는 드롭다운 목록에서 필터링할 속성을 선택합니다.
  5. 속성을 필터링하기 위해 사용할 연산자를 선택하거나 입력합니다. 사용할 수 있는 연산자는 다음과 같습니다:
    • =: 일치함
    • !=: 해당하지 않음
  6. 속성을 기준으로 필터링할 텍스트를 입력합니다.
    일부 속성은 없음 또는 모두로 필터링할 수 있습니다.
  7. 이 과정을 반복하여 여러 속성으로 필터링합니다. 여러 속성은 논리적 AND로 결합됩니다.

제목 또는 설명으로 필터링

제목 또는 설명의 텍스트로 문제 목록을 필터링하려면:

  1. 왼쪽 사이드바에서 Search or go to를 선택하고 프로젝트를 찾습니다.

  2. Plan > Issues를 선택합니다.

  3. 문제 목록 위에 있는 Search or filter results 텍스트 상자에 검색 구문을 입력합니다.

  4. 나타나는 드롭다운 목록에서 Search for this text를 선택합니다.

  5. 텍스트 상자를 다시 선택하고 나타나는 드롭다운 목록에서 Search Within을 선택한 다음 Titles 또는 Descriptions를 선택합니다.

  6. Enter를 누르거나 검색 아이콘( )을 선택합니다.

문제를 필터링하면 PostgreSQL 전체 텍스트 검색을 사용하여 의미 있는 단어와 중요한 단어가 쿼리에 응답하도록 일치시킵니다.

예를 들어, I am securing information for M&A를 검색하면,

GitLab은 제목 또는 설명에서 securing, secured 또는 information이 포함된 결과를 반환할 수 있습니다.

하지만, GitLab은 I, am 또는 M&A라는 단어를 정확하게 일치시키지 않습니다.

왜냐하면 이 단어들은 의미론적으로 의미가 있거나 중요하다고 여겨지지 않기 때문입니다.

이는 PostgreSQL 전체 텍스트 검색의 한계입니다.

OR 연산자로 필터링

  • 저자와 담당자를 위한 OR 필터링은 GitLab 15.6에서 or_issuable_queries라는 플래그와 함께 도입되었습니다. 기본적으로 비활성화되어 있습니다.
  • 레이블에 대한 OR 필터링은 GitLab 15.8에서 or_issuable_queries라는 플래그와 함께 도입되었습니다. 기본적으로 비활성화되어 있습니다.

OR 연산자(is one of: ||)를 사용하여 다음의 문제 목록을 필터링할 수 있습니다:

  • 담당자
  • 저자
  • 레이블

is one of는 포괄적인 OR을 나타냅니다. 예를 들어, Assignee is one of Sidney JonesAssignee is one of Zhang Wei로 필터링하면,

GitLab은 Sidney, Zhang, 또는 둘 다가 담당자인 문제를 표시합니다.

ID로 문제 필터링

  1. 왼쪽 사이드바에서 Search or go to를 선택하고 프로젝트를 찾습니다.

  2. Plan > Issues를 선택합니다.

  3. Search 상자에 문제 ID를 입력합니다. 예를 들어, #10을 입력하여 문제 10만 반환합니다.

특정 ID로 문제 필터링

서랍에서 문제 열기

Offering: Self-managed

이 기능의 가용성은 기능 플래그에 의해 제어됩니다.

자세한 내용은 이력을 참조하세요.

이 기능은 테스트를 위해 사용할 수 있지만, 생산 사용에 준비되지 않았습니다.

이 기능이 활성화되면, 목록이나 문제 보드에서 문제를 선택하면 서랍에서 열립니다.

그런 다음 문제를 편집하거나 댓글을 작성할 수 있습니다.

문제를 전체 보기로 열려면:

  • 새 탭에서 문제를 엽니다. 문제 목록에서:

    • 문제를 마우스 오른쪽 버튼으로 클릭하고 새 브라우저 탭에서 엽니다.

    • Cmd 또는 Ctrl를 누른 채로 문제를 클릭합니다.

  • 서랍에서 왼쪽 상단 모서리에서 Open in full view를 선택합니다.

서랍에서 열린 문제.

문제 참조 복사

GitLab의 다른 곳에서 문제를 참조하려면 전체 URL 또는 짧은 참조를 사용할 수 있습니다. 짧은 참조는 namespace/project-name#123 형식이며, 여기서 namespace는 그룹 또는 사용자 이름입니다.

문제 참조를 클립보드에 복사하려면:

  1. 왼쪽 사이드바에서 검색 또는 이동을 선택하고 프로젝트를 찾습니다.
  2. 계획 > 문제를 선택한 다음 문제를 선택하여 봅니다.
  3. 오른쪽 사이드바에서 참조 옆에 있는 참조 복사를 선택합니다 ( ).

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

문제 참조에 대한 더 많은 정보는 GitLab-Flavor Markdown에서 읽어보세요.

문제 이메일 주소 복사

이메일을 보내 문제에 코멘트를 작성할 수 있습니다.
이 주소로 이메일을 보내면 이메일 본문이 포함된 코멘트가 생성됩니다.

이메일로 코멘트 작성 및 필요한 구성에 대한 자세한 내용은
이메일로 코멘트에 회신하기를 참조하세요.

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

  1. 왼쪽 사이드바에서 검색 또는 이동을 선택하고 프로젝트를 찾습니다.
  2. 계획 > 문제를 선택한 다음 문제를 선택하여 봅니다.
  3. 오른쪽 사이드바에서 문제 이메일 옆에 있는 참조 복사를 선택합니다 ( ).

담당자

문제는 한 명 또는 여러 사용자에게 할당될 수 있습니다.

담당자는 필요에 따라 언제든지 변경할 수 있습니다. 담당자는 문제에 대한 책임이 있는 사람들입니다.
문제가 누군가에게 할당되면 그들의 할당된 문제 페이지에 나타납니다.

사용자가 프로젝트의 구성원이 아닌 경우, 문제는 그들 자신이 생성하거나 다른 프로젝트 구성원이 할당해야만 할당될 수 있습니다.

문제의 담당자 변경

전제 조건:

  • 프로젝트에 대해 최소한 Reporter 역할이 있어야 합니다.

문제의 담당자를 변경하려면:

  1. 왼쪽 사이드바에서 검색 또는 이동을 선택하고 프로젝트를 찾습니다.
  2. 계획 > 문제를 선택한 다음 문제를 선택하여 봅니다.
  3. 오른쪽 사이드바의 담당자 섹션에서 편집을 선택합니다.
  4. 드롭다운 목록에서 추가할 담당자를 선택합니다.
  5. 드롭다운 목록 외부의 아무 영역을 선택합니다.

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

유사한 문제

같은 주제의 문제 중복을 방지하기 위해 GitLab은 새 문제를 만들 때 유사한 문제를 검색합니다.

전제 조건:

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

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

건강 상태

Tier: Ultimate Offering: GitLab.com, Self-managed, GitLab Dedicated
  • 도입됨 GitLab 15.4: 건강 상태는 문제 카드의 문제 보드에 표시됩니다.

계획을 준수하는 위험을 더 잘 추적하기 위해 각 문제에 건강 상태를 할당할 수 있습니다.
건강 상태를 사용하여 문제의 진행 상황이 계획대로 진행되는지 또는 일정에 맞추기 위해 주의가 필요한지를 조직 내 다른 사람에게 신호를 보낼 수 있습니다.

문제 건강 상태 검토를 일일 스탠드업, 프로젝트 상태 보고서 또는 주간 회의에 통합하여 계획된 작업의 적시 납품 위험을 해결하세요.

문제의 건강 상태 변경

전제 조건:

  • 프로젝트에 대해 최소한 Reporter 역할이 있어야 합니다.

문제의 건강 상태를 편집하려면:

  1. 왼쪽 사이드바에서 Search or go to를 선택하고 프로젝트를 찾습니다.
  2. Plan > Issues를 선택한 후, 문제를 선택하여 봅니다.
  3. 오른쪽 사이드바의 Health status 섹션에서 Edit를 선택합니다.
  4. 드롭다운 목록에서 이 문제에 추가할 상태를 선택합니다:

    • On track (녹색)
    • Needs attention (호박색)
    • At risk (빨간색)

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

  • Issues 페이지
  • Epic 트리
  • 문제 보드의 문제 카드

문제가 닫히면, 그 건강 상태는 편집할 수 없으며 Edit 버튼이 비활성화되어 문제를 다시 열 때까지 사용 할 수 없습니다.

또한 /health_status/clear_health_status
빠른 작업을 사용하여 건강 상태를 설정하고 해제할 수 있습니다.

문제 게시

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

상태 페이지 애플리케이션이 프로젝트와 연결되어 있는 경우, /publish
빠른 작업을 사용하여 문제를 게시할 수 있습니다.

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

문제 관련 빠른 작업

문제를 관리하기 위해 빠른 작업을 사용할 수도 있습니다.

일부 작업은 아직 해당 UI 버튼이 없습니다.
다음은 빠른 작업을 사용하여만 수행할 수 있는 작업입니다:

  • Zoom 회의 추가 또는 제거 (/zoom/remove_zoom).
  • 문제 게시 (/publish).
  • 동일한 프로젝트 또는 다른 프로젝트로 문제 복제 (/clone).
  • 문제를 닫고 다른 문제의 중복으로 표시 (/duplicate).
  • 프로젝트 내에서 다른 병합 요청 또는 문제에서 레이블과 마일스톤 복사 (/copy_metadata).