이슈 편집
- 이슈 설명 세부 정보 입력
- 작업 목록 항목 제거
프로젝트에서 여러 이슈 일괄 편집
- 그룹에서 여러 이슈 일괄 편집
이슈 이동
- 부모 이슈가 이동되면 작업 이동
- 이슈 대량 이동
  - 이슈 페이지에서
  - Rails 콘솔에서
이슈 설명에서 목록 항목 재정렬
이슈 닫기
- 닫힌 이슈 다시 열기
- 이슈 자동 닫기
이슈 유형 변경
이슈 삭제
이슈를 에픽으로 승격
이슈를 사고로 승격
이터레이션에 이슈 추가
할당된 모든 이슈 보기
이슈 목록
- 이슈 목록 필터링
- 서랍에서 이슈 열기
이슈 참조 복사
이슈 이메일 주소 복사
담당자
- 이슈의 담당자 변경
유사한 이슈
상태
- 이슈의 상태 수정
이슈 게시
이슈 관련 빠른 작업

이슈 관리

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

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

이슈 편집

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

필수 조건:

프로젝트의 기록자 역할 이상이어야 하거나, 이슈의 작성자이거나, 이슈에 할당된 사람이어야 합니다.

이슈를 편집하려면:

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

이슈 설명 세부 정보 입력

Tier: 임시로 Ultimate. 2024년 10월 17일, Ultimate에서 GitLab Duo Enterprise가 제공될 예정입니다. Offering: GitLab.com Status: Experiment

GitLab 16.3에서 실험으로 소개되었습니다.

간단한 요약을 기반으로 한 이슈의 자세한 설명을 생성합니다.

필수 조건:

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

이슈 설명을 생성하려면:

새로운 이슈를 생성합니다.
설명 필드 위에서 GitLab Duo() > 이슈 설명 생성을 선택합니다.
간단한 설명을 작성하고 제출을 선택합니다.

이슈 설명이 AI가 생성한 텍스트로 대체됩니다.

이 실험적인 기능에 대한 피드백은 이슈 409844에서 제공할 수 있습니다.

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

작업 목록 항목 제거

GitLab 15.9에서 소개되었습니다.

필수 조건:

프로젝트의 기록자 역할 이상이거나, 이슈의 작성자 또는 할당된 사람이어야 합니다.

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

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

작업 목록 항목이 이슈 설명에서 제거됩니다. 중첩된 작업 목록 항목은 중첩 수준을 올립니다.

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

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

필수 조건:

프로젝트의 기록자 역할 이상이어야 합니다.

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

왼쪽 사이드바에서 검색 또는 이동을 선택하여 프로젝트를 찾습니다.
Plan > 이슈를 선택합니다.
일괄 편집을 선택합니다. 화면 오른쪽에 사이드바가 표시됩니다.
편집하려는 각 이슈 옆의 확인란을 선택합니다.
사이드바에서 사용 가능한 필드를 편집합니다.
선택한 항목 업데이트를 선택합니다.

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

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

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

그룹 내에서 여러 프로젝트를 대상으로 여러 이슈를 일괄로 편집할 수 있습니다.

필수 조건:

그룹에 대한 기록자 역할 이상이어야 합니다.

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

왼쪽 사이드바에서 검색 또는 이동을 선택하여 그룹을 찾습니다.
Plan > 이슈를 선택합니다.
일괄 편집을 선택합니다. 화면 오른쪽에 사이드바가 표시됩니다.
편집하려는 각 이슈 옆의 확인란을 선택합니다.
사이드바에서 사용 가능한 필드를 편집합니다.
선택한 항목 업데이트를 선택합니다.

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

이슈 이동

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

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

필수 조건:

프로젝트의 기록자 역할 이상이어야 합니다.

이슈를 이동하려면:

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

부모 이슈가 이동되면 작업 이동

GitLab 16.9에서 move_issue_children라는 플래그와 함께 소개되었습니다. 기본적으로 비활성화되어 있습니다.
GitLab 16.11에서 GitLab.com 및 Self-managed에서 활성화되었습니다.
GitLab 17.3에서 일반적으로 이용 가능합니다. move_issue_children 플래그 제거됨.

이슈를 다른 프로젝트로 이동하면 모든 하위 작업이 대상 프로젝트로 이동되어 이동된 이슈의 하위 작업으로서 연결된 채로 유지됩니다. 각 작업은 부모와 동일한 방식으로, 즉 원래 프로젝트에서 닫히고 대상 프로젝트에 복사됩니다.

이슈 대량 이동

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

이슈 페이지에서

GitLab 15.6에 도입됨.

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

준비 사항:

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

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

왼쪽 사이드바에서 검색 또는 이동을 선택하고 프로젝트를 찾습니다.
계획 > 이슈를 선택합니다.
대량 편집을 선택합니다. 화면 오른쪽에 사이드바가 표시됩니다.
이동하려는 각 이슈 옆의 확인란을 선택합니다.
오른쪽 사이드바에서 선택 항목 이동을 선택합니다.
드롭다운 목록에서 대상 프로젝트를 선택합니다.
이동을 선택합니다.

Rails 콘솔에서

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

준비 사항:

GitLab 인스턴스의 Rails 콘솔에 액세스할 수 있어야 합니다.

수행 방법:

선택 사항 (권장됨). 콘솔에서 변경 내용을 시도하기 전에 백업을 만듭니다.
Rails 콘솔을 엽니다.

다음 스크립트를 실행합니다. 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

Rails 콘솔을 종료하려면 quit을 입력합니다.

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

GitLab 15.0에 도입됨.

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

준비 사항:

프로젝트에 대한 적어도 Reporter 역할이 있거나 이슈의 작성자이거나 이슈에 할당된 사람이어야 합니다.
이슈의 설명이 순서가 지정된, 정렬되지 않은 또는 작업 목록이어야 합니다.

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

목록 항목 행 위로 십자 모양 아이콘이 () 표시되도록 마우스를 올립니다.
십자 모양 아이콘을 선택하고 누른 채로 유지합니다.
행을 목록의 새 위치로 끌어옵니다.
십자 모양 아이콘을 놓습니다.

이슈 닫기

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

준비 사항:

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

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

이슈 보드에서 이슈 카드를 해당 목록에서 닫힘 목록으로 드래그합니다.
GitLab UI의 다른 페이지에서:
1. 왼쪽 사이드바에서 검색 또는 이동을 선택하고 프로젝트를 찾습니다.
2. 계획 > 이슈를 선택한 다음 이슈를 선택하여 보기 위해 엽니다.
3. 오른쪽 상단 모서리에서 이슈 작업 ()을 선택한 다음 이슈 닫기를 선택합니다.

닫힌 이슈 다시 열기

준비 사항:

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

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

이슈 자동 닫기

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

커밋 메시지나 머지 요청 설명에 _닫힘 패턴_과 일치하는 텍스트가 포함되어 있는 경우에는 - 커밋이 프로젝트의 default 브랜치로 푸시될 때 - 또는 커밋 또는 머지 요청이 기본 브랜치로 병합될 때

일치하는 텍스트에 언급된 모든 이슈가 자동으로 닫혀집니다. 예를 들어 머지 요청 설명에 #4, #6를 닫음, #5에 관련를 포함하면, - 이슈 #4와 #6은 머지 요청이 병합될 때 자동으로 닫힙니다. - 이슈 #5는 관련된 이슈로 표시되지만 자동으로 닫히지는 않습니다.

또는 이슈에서 머지 요청을 생성할 때 이슈가의 마일스톤과 레이블을 상속받습니다.

성능 상의 이유로 기존 저장소에서 첫 번째 푸시에 대해 자동 이슈 닫기가 비활성화됩니다.

병합 시 사용자 책임

머지 요청을 병합할 때는 해당 이슈를 닫기에 적절한지를 확인하는 것이 사용자의 책임입니다. 사용자는 머지 요청 설명뿐만 아니라 커밋 메시지 본문에도 이슈 닫힘 패턴을 포함시킬 수 있습니다. 커밋 메시지에서의 닫힘 메시지는 쉽게 놓칠 수 있습니다. 두 경우 모두, 머지 요청 위젯에는 병합 시에 닫힐 이슈에 대한 정보가 표시됩니다:

머지 요청하면, GitLab은 대상 이슈를 닫을 권한이 있는지를 확인합니다. 공개 저장소의 경우, 이 검사가 중요합니다. 외부 사용자는 머지 요청과 닫힘 패턴을 포함하는 커밋을 모두 만들 수 있습니다. 병합을 하는 사용자가 프로젝트의 코드와 이슈에 미치는 영향에 대해 인식해야합니다.

기본 종료 패턴

Introduced 작업 항목(작업, 목표 또는 주요 결과)을 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+))+)

자동 이슈 닫기 비활성화

History

Changed in GitLab 15.4: 커밋 또는 머지 요청의 프로젝트가 아닌 참조된 이슈의 프로젝트 설정이 확인됩니다.

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

전제 조건:

프로젝트의 관리자 역할을 가져야 합니다.

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

좌측 사이드바에서 검색 또는 이동을 선택하여 프로젝트를 찾습니다.
설정 > 저장소를 선택합니다.
브랜치 기본값을 확장합니다.
기본 브랜치에서 참조된 이슈 자동 닫기 확인란을 지웁니다.
변경 사항 저장을 선택합니다.

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

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

이슈 닫기 패턴 사용자 정의

Tier: Free, Premium, Ultimate Offering: Self-managed, GitLab 전용

사전 조건:

GitLab 인스턴스에 대한 관리자 액세스가 있어야 합니다.

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

이슈 유형 변경

사전 조건:

프로젝트의 이슈 작성자이거나 적어도 프로젝트의 기자 역할을 가져야 합니다.
이슈의 작성자이거나 이슈에 할당되어 있어야 합니다.

이슈 유형 변경:

왼쪽 사이드바에서 검색 또는 이동을 선택하여 프로젝트를 찾습니다.
계획 > 이슈를 선택한 다음 보려는 이슈를 선택합니다.
제목 오른쪽에 제목 및 설명 편집을 선택합니다 ().
이슈를 편집하고 이슈 유형 드롭다운 목록에서 이슈 유형을 선택합니다:
- 이슈
- 문제
변경 사항 저장을 선택합니다.

이슈 삭제

사전 조건:

프로젝트의 소유자 역할을 가져야 합니다.

이슈 삭제 방법:

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

또는 다음과 같이 할 수 있습니다:

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

이슈를 에픽으로 승격

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

당신은 바로 상위 그룹에 있는 에픽으로 이슈를 승격시킬 수 있습니다.

참고: 기밀 이슈를 에픽으로 승격하면 이슈와 관련된 모든 정보가 그룹 멤버에게 공개됩니다.

이슈가 에픽으로 승격되면:

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

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

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

사전 조건:

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

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

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

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

이슈를 사고로 승격

GitLab 15.8에서 도입된 이슈 생성 시 사건 유형을 사고로 설정하는 빠른 조치입니다.

이 문제를 사건으로 승격하려면 /promote_to_incident 빠른 조치를 사용할 수 있습니다.

이터레이션에 이슈 추가

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

이터레이션에 이슈를 추가하려면 다음을 수행하세요:

왼쪽 사이드바에서 검색 또는 이동을 선택하고 프로젝트를 찾습니다.
Plan > Issues를 선택한 다음 이슈를 선택하여 보기.
오른쪽 사이드바에서 Iteration 섹션에서 편집을 선택합니다.
드롭다운 목록에서 이 문제를 추가할 이터레이션을 선택합니다.
드롭다운 목록 외부를 선택합니다.

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

할당된 모든 이슈 보기

할당된 모든 이슈를 보려면 다음을 수행하세요:

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

또는:

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

이슈 목록

이슈 목록에는 프로젝트 또는 그룹의 모든 이슈가 표시됩니다. 이를 사용하여 이슈를 보고 정렬 및 관리할 수 있습니다.

이슈 목록을 보려면 다음을 수행하세요:

왼쪽 사이드바에서 검색 또는 이동을 선택하고 프로젝트를 찾습니다.
Plan > Issues를 선택합니다.

이슈 목록에서 다음을 할 수 있습니다:

제목, 담당자, 라벨 및 마일스톤과 같은 이슈 세부 정보 보기
다양한 기준으로 이슈 정렬
특정 이슈 찾기 위해 이슈 필터링
개별적으로 또는 대량으로 이슈 편집
새 이슈 생성

다음 섹션에서는 이슈 목록과 작업하는 방법에 대해 설명합니다.

이슈 목록 필터링

유형에 대한 필터링이 기능이었습니다(https://gitlab.com/gitlab-org/gitlab/-/issues/322755) GitLab 13.10에 vue_issues_list라는 플래그로 비활성화되었습니다(../../../administration/feature_flags.md) 기본적으로.
유형에 대한 필터링이 GitLab 14.10에서 자체 관리가 활성화되었습니다(https://gitlab.com/gitlab-org/gitlab/-/issues/322755).
유형에 대한 필터링이 일반적으로 GitLab 15.1에서 가능해졌습니다(https://gitlab.com/gitlab-org/gitlab/-/issues/359966). vue_issues_list 기능 플래그가 제거되었습니다.
건강 상태에 대한 필터링이 GitLab 15.5에서 도입되었습니다(https://gitlab.com/gitlab-org/gitlab/-/issues/218711).

이슈 목록을 필터링하려면 다음을 수행하세요:

왼쪽 사이드바에서 검색 또는 이동을 선택하고 프로젝트를 찾습니다.
Plan > Issues를 선택합니다.
이슈 목록 위에서 검색 또는 결과 필터링을 선택합니다.
나타나는 드롭다운 목록에서 필터링할 속성을 선택합니다.
속성을 필터링할 연산자를 선택하거나 입력합니다. 다음 연산자를 사용할 수 있습니다:
- =: Is
- !=: Is not one of
속성을 필터링할 텍스트를 입력합니다. 일부 속성은 None 또는 Any로 필터링할 수 있습니다.
여러 속성으로 필터링하려면 이 프로세스를 반복합니다. 여러 속성은 논리적인 AND로 연결됩니다.

제목 또는 설명으로 목록 필터링

제목 또는 설명에서 텍스트를 필터링하려면 다음을 수행하세요:

왼쪽 사이드바에서 검색 또는 이동을 선택하고 프로젝트를 찾습니다.
Plan > Issues를 선택합니다.
이슈 목록 위에서 검색 또는 결과 필터링 텍스트 상자에 검색할 표현을 입력합니다.
나타나는 드롭다운 목록에서 이 텍스트로 검색을 선택합니다.
다시 텍스트 상자를 선택하고 나타나는 드롭다운 목록에서 내부 검색을 선택한 다음 제목 또는 설명을 선택합니다.
Enter을 누르거나 검색 아이콘()을 선택합니다.

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

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

OR 연산자로 필터링

담당자
작성자
라벨 로 이슈 목록을 필터링하는 경우 OR 연산자(is one of: ||)를 사용할 수 있습니다.

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

ID로 이슈 필터링

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

서랍에서 이슈 열기

Offering: Self-managed

GitLab 17.4에서 소개되었습니다. 기본적으로 비활성화된 issues_list_drawer라는 플래그와 함께.

플래그: 이 기능의 사용 가능 여부는 피처 플래그로 제어됩니다. 자세한 내용은 히스토리를 참조하십시오. 이 기능은 테스트용으로 사용할 수 있지만 프로덕션 환경에는 준비되지 않았습니다.

이 기능을 활성화하면 목록이나 이슈 보드에서 이슈를 선택하면 이를 서랍에서 열 수 있습니다. 그런 다음 이슈를 편집하거나 코멘트를 작성할 수 있습니다.

이슈를 전체 화면에서 열려면:

이슈를 새 탭에서 엽니다. 이슈 목록에서 다음 중 하나:
- 이슈를 마우스 오른쪽 단추로 누르고 새 브라우저 탭에서 엽니다.
- Cmd 또는 Ctrl를 누른 채 이슈를 클릭합니다.
서랍에서 왼쪽 상단 모서리에서 전체 화면에서 열기를 선택합니다.

이슈 참조 복사

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

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

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

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

GitLab-Flavored Markdown에서 이슈 참조에 대해 더 읽어보기.

이슈 이메일 주소 복사

이메일을 보내는 것으로 이슈에 코멘트를 생성할 수 있습니다. 이 주소로 이메일을 보내면 해당 이메일 내용을 포함한 코멘트가 생성됩니다.

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

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

담당자

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

담당자는 필요에 따라 자주 변경할 수 있습니다. 담당자는 이슈의 책임자입니다. 이슈가 누군가에게 할당되면 해당 사용자의 할당된 이슈 페이지에 표시됩니다.

사용자가 프로젝트의 구성원이 아닌 경우 이슈는 해당 사용자가 직접 생성하거나 또 다른 프로젝트 구성원이 해당 사용자를 할당한 경우에만 해당 사용자에게 할당될 수 있습니다.

이슈의 담당자 변경

전제 조건:

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

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

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

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

유사한 이슈

같은 주제의 이슈 중복을 방지하기 위해 GitLab은 새로운 이슈를 만들 때 유사한 이슈를 찾습니다.

전제 조건:

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

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

상태

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

GitLab 15.4에서 소개되었습니다: 이슈 보드의 이슈 카드에서 상태가 표시됩니다.

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

이슈의 상태 검토를 일일 스탠드업, 프로젝트 상태 보고 또는 주간 회의에 통합하여 계획한 작업의 적시 가능성에 대한 위험을 다루세요.

이슈의 상태 수정

전제 조건:

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

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

왼쪽 사이드바에서 검색 또는 이동을 선택하고 프로젝트를 찾습니다.
Plan > 이슈를 선택한 다음 보려는 이슈를 선택합니다.
오른쪽 사이드바에서 상태 섹션에서 편집을 선택합니다.
이 문제에 추가할 상태를 드롭다운 목록에서 선택합니다:
- 계획대로 진행 중 (녹색)
- 주의가 필요함 (노랑)
- 위험이 있음 (빨강)

이슈의 상태는 다음에서 확인할 수 있습니다:

이슈 페이지
에픽 트리
이슈 보드의 이슈 카드

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

또한 /health_status 및 /clear_health_status 빠른 동작을 사용하여 상태를 설정하고 지울 수 있습니다.

이슈 게시

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

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

자세한 정보는 GitLab 상태 페이지를 참조하세요.

이슈 관련 빠른 작업

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

어떤 작업은 아직 UI 버튼과 일치하지 않습니다. 다음과 같은 작업은 빠른 작업만을 사용하여 수행할 수 있습니다:

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

이슈 관리

이슈 편집

이슈 설명 세부 정보 입력

작업 목록 항목 제거

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

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

이슈 이동

부모 이슈가 이동되면 작업 이동

이슈 대량 이동

이슈 페이지에서

Rails 콘솔에서

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

이슈 닫기

닫힌 이슈 다시 열기

이슈 자동 닫기

병합 시 사용자 책임

기본 종료 패턴

자동 이슈 닫기 비활성화

이슈 닫기 패턴 사용자 정의

이슈 유형 변경

이슈 삭제

이슈를 에픽으로 승격

이슈를 사고로 승격

이터레이션에 이슈 추가

할당된 모든 이슈 보기

이슈 목록

이슈 목록 필터링

제목 또는 설명으로 목록 필터링

OR 연산자로 필터링

ID로 이슈 필터링

서랍에서 이슈 열기

이슈 참조 복사

이슈 이메일 주소 복사

담당자

이슈의 담당자 변경

유사한 이슈

상태

이슈의 상태 수정

이슈 게시

이슈 관련 빠른 작업

도움말

기능 사용 가능성과 제품 평가판

도움받기