• 댓글을 추가할 수 있는 위치
• 언급
  • 모든 구성원 언급
  • 이슈 또는 병합 요청에서 그룹 언급
• 병합 요청 차이점에 댓글 추가
• 댓글에 이메일로 회신하기
• 댓글 편집하기
  • 언급을 추가하려면 댓글 편집하기
• 토론 잠금으로 댓글 방지
• 내부 노트 추가
• 댓글만 표시
• 활동 정렬 순서 변경
• 설명 변경 이력 보기
• 댓글을 작성한 사용자에게 이슈 할당
• 표준 코멘트에 회신하여 스레드 만들기
• 코멘트 회신 없이 스레드 만들기
• 스레드 해결하기
• Duo 채팅으로 이슈 토론 요약

댓글 및 스레드

- GitLab 15.1에서 도입된 페이지로 구성된 병합 요청 토론은 기본적으로 비활성화되어 있는 paginated_mr_discussions이라는 플래그로 도입되었습니다. - GitLab 15.2에서 GitLab.com에서 페이지로 구성된 병합 요청 토론을 활성화했습니다. - GitLab 15.3에서 Self-managed에서 페이지로 구성된 병합 요청 토론을 활성화했습니다. - GitLab 15.8에서 페이지로 구성된 병합 요청 토론이 일반적으로 사용할 수 있게 되었습니다. 페이지로 구성된 병합 요청 토론은 paginated_mr_discussions 기능 플래그가 제거되었습니다.

GitLab은 댓글, 스레드 및 코드 변경 제안을 통한 의사소통을 장려합니다.
댓글은 Markdown 및 빠른 조치를 지원합니다.

두 가지 유형의 댓글을 사용할 수 있습니다:

• 표준 댓글
• 스레드의 댓글로, 해결할 수 있습니다.

커밋의 차이점 댓글에서 코드 변경 사항을 제안할 수 있으며, 이러한 제안은 사용자 인터페이스를 통해 수락할 수 있습니다.

댓글을 추가할 수 있는 위치

커밋 차이점, 커밋, 디자인, 에픽, 이슈, 병합 요청, 스니펫, 작업, OKR과 같은 위치에 댓글을 작성할 수 있습니다.

각 객체마다 최대 5,000개의 댓글을 추가할 수 있습니다.

언급

GitLab에서는 사용자나 그룹(하위 그룹 포함)을 @username 또는 @groupname으로 언급할 수 있습니다. GitLab은 모든 언급된 사용자에게 할 일과 이메일을 통지합니다. 사용자는 알림 설정에서 이 설정을 자체적으로 변경할 수 있습니다.

로그인한 사용자의 언급을 다른 색상으로 강조하여 언급된 댓글을 빠르게 확인할 수 있습니다.

모든 구성원 언급

• GitLab 16.1에서 도입된 disable_all_mention이라는 플래그입니다. 기본적으로 비활성화되어 있습니다. GitLab.com에서 활성화되었습니다.

이 기능은 플래그로 제어되며, 이력에 대한 자세한 내용은 참조하십시오.

댓글 및 설명에서 @all을 언급하지 마십시오. @all은 프로젝트, 이슈 또는 병합 요청의 참가자뿐만 아니라 해당 프로젝트의 상위 그룹 모든 구성원을 언급합니다. 모든 이러한 사용자는 이메일 통지 및 할 일 항목을 받아들이고 스팸으로 해석할 수 있습니다.

이 기능 플래그를 활성화하면 댓글 및 설명에 @all을 입력하면 모든 사용자를 언급하는 대신 일반 텍스트로 처리됩니다. 이 기능을 비활성화하면 기존의 @all 언급은 변경되지 않고 링크로 유지됩니다. 미래의 @all 언급만 일반 텍스트로 나타납니다.

알림 및 언급은 그룹 설정에서 비활성화할 수 있습니다.

이슈 또는 병합 요청에서 그룹 언급

댓글에서 그룹을 언급하면 해당 그룹의 모든 구성원이 할 일 항목을 받습니다.

1. 왼쪽 사이드바에서 검색 또는 이동을 선택하고 프로젝트를 찾습니다.
2. 병합 요청의 경우 Code > Merge requests를 선택하고 병합 요청을 찾습니다.
3. 이슈의 경우 Plan > Issues를 선택하고 이슈를 찾습니다.
4. 댓글에서 사용자, 그룹 또는 하위 그룹 네임스페이스 뒤에 @를 입력합니다. 예: @alex, @alex-team, or @alex-team/marketing.
5. 댓글을 선택합니다.

GitLab은 그룹 및 하위 그룹 구성원에게 할 일 항목을 생성합니다.

하위 그룹 언급에 대한 자세한 내용은 하위 그룹 언급을 참조하십시오.

병합 요청 차이점에 댓글 추가

병합 요청 차이점에 댓글을 추가할 때, 이러한 댓글은 다음과 같은 경우에도 유지됩니다:

• 리베이스 후 강제 푸시
• 커밋 수정

커밋 차이점 댓글을 추가하려면:

1. 왼쪽 사이드바에서 검색 또는 이동을 선택하고 프로젝트를 찾습니다.
2. Code > Merge requests를 선택하고 병합 요청을 찾습니다.
3. Commits 탭을 선택한 후 커밋 메시지를 찾습니다.
4. 댓글을 추가하려는 줄 위에서 마우스를 가져가서 줄 번호를 클릭하고 댓글()을 선택합니다. 댓글() 아이콘을 드래그하여 여러 줄을 선택할 수 있습니다.
5. 댓글을 입력합니다.
6. 댓글을 즉시 추가하려면 지금 댓글 추가를 선택하거나 다음 키보드 단축키를 사용합니다:
   • macOS: Shift + Command + Enter
   • 기타 모든 OS: Shift + Control + Enter
7. 검토를 완료할 때까지 댓글을 게시하지 않고 남기려면 검토 시작을 선택하거나 다음과 같은 키보드 단축키를 사용합니다:
   • macOS: Command + Enter
   • 기타 모든 OS: Control + Enter

댓글은 병합 요청의 개요 탭에 표시됩니다.

이 댓글은 프로젝트의 Code > Commits 페이지에 표시되지 않습니다.

댓글에 이메일로 회신하기

만약 “이메일로 회신”이(가) 구성되어 있다면, 이메일을 보내어 댓글에 회신할 수 있습니다.

• 일반 댓글에 회신하는 경우, 다른 일반 댓글이 생성됩니다.
• 쓰레드 댓글에 회신하는 경우, 해당 쓰레드에 대한 답글이 생성됩니다.
• 이슈 이메일 주소로 이메일을 보내는 경우, 표준 댓글이 생성됩니다.

이메일 회신에는 Markdown 및 빠른 조치를 사용할 수 있습니다.

댓글 편집하기

언제든지 자신의 댓글을 편집할 수 있습니다. 최소한 유지보수자 역할을 가진 사용자는 다른 사람이 작성한 댓글을 편집할 수 있습니다.

댓글 편집 방법:

1. 댓글에서 댓글 편집 ()을 선택합니다.
2. 편집을 수행합니다.
3. 변경 사항 저장을 선택합니다.

언급을 추가하려면 댓글 편집하기

기본적으로 사용자를 언급하면 GitLab은 그들을 위해 할 일 항목을 만들고 알림 이메일을 보냅니다.

기존 댓글을 편집하여 이전에 없던 사용자 언급을 추가하는 경우, GitLab은 다음과 같이 작동합니다.

• 언급된 사용자를 위한 할 일 항목 생성
• 알림 이메일을 보내지 않음

토론 잠금으로 댓글 방지

이슈나 병합 요청에서 공개 댓글을 방지할 수 있습니다. 이렇게 하면 프로젝트 구성원만 댓글을 추가하고 편집할 수 있습니다.

사전 조건:

• 병합 요청의 경우, 적어도 개발자 역할이 있어야 합니다.
• 이슈의 경우, 적어도 보고자 역할이 있어야 합니다.

이슈나 병합 요청을 잠그려면:

1. 왼쪽 사이드바에서 검색 또는 이동을 선택하여 프로젝트를 찾습니다.
2. 병합 요청의 경우, 코드 > 병합 요청을 선택하고 병합 요청을 찾습니다.
3. 이슈의 경우, 계획 > 이슈를 선택하고 이슈를 찾습니다.
4. 우측 상단 모서리에서 병합 요청 작업 또는 이슈 작업 ()을 선택한 다음 토론 잠금을 선택합니다.

GitLab은 페이지 세부 정보에 시스템 참고를 추가합니다.

이슈나 병합 요청을 재개하기 전에 닫힌 이슈나 병합 요청의 모든 잠긴 토론을 잠금 해제해야 합니다.

내부 노트 추가

• GitLab 15.0에서 “비밀 댓글”을 “내부 노트”로 이름이 변경되었습니다.
• GitLab 15.0에서 GitLab.com 및 자체 관리에 활성화되었습니다.
• GitLab 15.2에서 기능 플래그 confidential_notes가 제거되었습니다.
• GitLab 15.6에서 권한이 변경되어 적어도 보고자 역할이 필요해졌습니다. GitLab 15.5 및 이전에는 이슈나 이픽 작성자 및 담당자도 내부 노트를 읽고 만들 수 있었습니다.
• GitLab 16.9에서 병합 요청에 대한 내부 노트가 소개되었습니다.

내부 노트를 사용하여 공개 이슈, 이픽, 또는 병합 요청에 추가된 정보를 보호하세요. 내부 노트는 공개 댓글과는 다음과 같이 다릅니다.

• 적어도 보고자 역할을 가진 프로젝트 구성원만 내부 노트를 볼 수 있습니다.
• 내부 노트를 일반 댓글로 변환할 수 없습니다.
• 내부 노트에 대한 모든 답글도 내부 노트입니다.
• 내부 노트에는 내부 노트 뱃지가 표시되며 공개 댓글과는 다른 색상으로 표시됩니다:

사전 조건:

• 프로젝트의 적어도 보고자 역할이 있어야 합니다.

내부 노트를 추가하려면:

1. 이슈, 이픽, 또는 병합 요청에서 댓글 텍스트 상자에 댓글을 입력합니다.
2. 댓글 아래에서 이것을 내부 노트로 만들기를 선택합니다.
3. 내부 노트 추가를 선택합니다.

또는 전체 이슈를 비밀 처리하거나 비밀 병합 요청을 만들 수도 있습니다.

댓글만 표시

많은 댓글이 있는 토론에서 토론을 필터링하여 댓글만 또는 변경 이력(시스템 참고](../project/system_notes.md))만 표시할 수 있습니다. 시스템 참고에는 설명의 변경, 다른 GitLab 객체에서의 언급, 레이블, 담당자 및 마일스톤에 대한 변경이 포함됩니다. GitLab은 사용자의 기본 설정을 저장하고 사용자가 볼 모든 이슈, 병합 요청 또는 이픽에 적용합니다.

1. 병합 요청, 이슈 또는 이픽에서 개요 탭을 선택합니다.
2. 페이지 우측에서 정렬 또는 필터링 드롭다운 목록에서 필터를 선택합니다:
   • 모든 활동 보기: 모든 사용자 댓글과 시스템 참고 표시
   • 댓글만 표시: 사용자 댓글만 표시
   • 히스토리만 표시: 활동 참고만 표시

활동 정렬 순서 변경

기본 정렬 순서를 반대로 하고 활동 피드를 가장 최근 항목이 위에 오도록 정렬할 수 있습니다. GitLab은 사용자의 기본 설정을 로컬 저장소에 저장하고 사용자가 볼 모든 이슈, 병합 요청 또는 이픽에 적용합니다.

활동 정렬 순서 변경하기:

1. 병합 요청, 이슈 또는 이픽에서 개요 탭을 엽니다.
2. 페이지 우측에서 정렬 또는 필터링 드롭다운 목록에서 최신 순 또는 오래된 순을 선택합니다(기본값).

설명 변경 이력 보기

설명의 변경 내용을 히스토리에서 확인할 수 있습니다.

변경 사항을 비교하려면 이전 버전과 비교를 선택합니다.

댓글을 작성한 사용자에게 이슈 할당

댓글을 작성한 사용자에게 이슈를 할당할 수 있습니다.

1. 댓글에서 더 많은 작업 () 메뉴를 선택합니다.
2. 댓글을 작성한 사람에게 할당을 선택합니다:
3. 댓글 작성자의 할당을 해제하려면 버튼을 다시 선택합니다.

표준 코멘트에 회신하여 스레드 만들기

표준 코멘트에 회신하면 스레드가 생성됩니다.

전제 조건:

• 적어도 Guest 역할이 있어야 합니다.
• 이슈, 머지 요청 또는 에픽에 있어야 합니다. 커밋 및 스니펫의 스레드는 지원되지 않습니다.

코멘트에 회신하여 스레드를 만들려면:

1. 코멘트의 오른쪽 상단에서 코멘트에 회신 ()을 선택하여 회신 섹션을 표시합니다.
2. 회신을 입력합니다.
3. 회신 또는 지금 코멘트 추가 (UI에 따라 다름)를 선택합니다.

GitLab은 최상위 코멘트를 스레드로 변환합니다.

코멘트 회신 없이 스레드 만들기

표준 코멘트에 회신하지 않고도 스레드를 만들 수 있습니다.

전제 조건:

• 적어도 Guest 역할이 있어야 합니다.
• 이슈, 머지 요청, 커밋 또는 스니펫에 있어야 합니다.

스레드를 만들려면:

1. 코멘트를 입력합니다.
2. 코멘트 아래에서 코멘트 오른쪽에 있는 아래쪽 화살표 ()를 선택합니다.
3. 목록에서 스레드 시작을 선택합니다.
4. 다시 스레드 시작을 선택합니다.

스레드 해결하기

• 이슈의 해결 가능한 스레드는 GitLab 16.3에서 도입되었습니다. 기본적으로 비활성화되어 있으며 resolvable_issue_threads라는 플래그로 활성화됩니다.
• 이슈의 해결 가능한 스레드는 GitLab 16.4에서 GitLab.com 및 Self-managed에서 활성화되었습니다.
• 이슈의 해결 가능한 스레드는 GitLab 16.7에서 일반적으로 제공됩니다. 기능 플래그 resolvable_issue_threads가 제거되었습니다.
• 작업, 목표 및 핵심 결과에 대한 해결 가능한 스레드는 GitLab 17.3에서 일반적으로 제공됩니다.
• Epic에 대한 해결 가능한 스레드는 GitLab 17.5에서 도입되었습니다. 관리자가 Epic에 대한 새로운 외관을 활성화해야 합니다.

회화를 마치려는 경우 스레드를 해결할 수 있습니다.

전제 조건:

• Epic, 이슈, 작업, 목표, 핵심 결과 또는 머지 요청에 있어야 합니다. Epic의 경우 관리자가 Epic의 새로운 외관을 활성화해야 합니다.
• 적어도 Developer 역할이 있거나 이슈 또는 머지 요청의 작성자여야 합니다.

스레드를 해결하려면:

1. 스레드로 이동합니다.
2. 다음 작업 중 하나 수행:
   • 최초 코멘트의 오른쪽 상단에서 스레드 해결 ()을 선택합니다.
   • 마지막 회신 아래 회신 필드에서 스레드 해결을 선택합니다.
   • 마지막 회신 아래 회신 필드에 텍스트를 입력하고 스레드 해결 확인란을 선택한 다음 지금 코멘트 추가를 선택합니다.

또한, 머지 요청에서는 미해결된 스레드를 이슈로 이동하거나 모든 스레드가 해결될 때까지 머지되지 않도록 하는 등의 기타 작업을 수행할 수 있습니다.

Duo 채팅으로 이슈 토론 요약

• GitLab 16.0에서 시작된 실험입니다. 실험으로 이동했습니다.
• GitLab 17.3에서 GitLab Duo로 이동하여 베타로 승격되었으며 기본적으로 비활성화됐습니다. summarize_notes_with_duo라는 플래그로 활성화됩니다.
• GitLab 17.4에서 기본적으로 활성화됐습니다.

이슈 토론을 요약합니다.

전제 조건:

• 이슈를 볼 권한이 있어야 합니다.

이슈 토론을 요약하려면:

1. 이슈에서 Activity 섹션으로 스크롤합니다.
2. 요약 보기를 선택합니다.

이슈의 코멘트가 최대 10개의 목록 항목으로 요약됩니다. 응답을 기반으로 추가 질문을 할 수 있습니다.

데이터 사용: 이 기능을 사용할 때 이슈의 모든 코멘트 텍스트가 GitLab Duo 페이지에 나열된 대형 언어 모델로 전송됩니다.