InfoGrab Docs

Service Desk

요약

이 기능은 현재 적극적으로 개발 중이지 않지만, 커뮤니티 기여는 환영합니다. Service Desk를 Work Item 프레임워크로 이전하는 것에 대한 정보는 에픽 10772를 참조하세요. Service Desk를 사용하면 고객이 버그 보고서, 기능 요청 또는 일반적인 피드백을 이메일로 보낼 수 있습니다.

Note

이 기능은 현재 적극적으로 개발 중이지 않지만, 커뮤니티 기여는 환영합니다. 기능이 요구 사항을 충족하는지 확인하려면 기존 문서를 탐색하거나 Service Desk 카테고리의 열린 이슈를 참조하여 아직 완료되지 않은 작업에 대해 알아보세요. Service Desk의 우선순위를 낮추기로 한 결정은 Service Desk 카테고리도 장기적으로 혜택을 받을 Work Item 프레임워크를 구축하고 확장하는 데 집중하기 위해 내려졌습니다.

Service Desk를 Work Item 프레임워크로 이전하는 것에 대한 정보는 에픽 10772를 참조하세요.

Service Desk를 사용하면 고객이 버그 보고서, 기능 요청 또는 일반적인 피드백을 이메일로 보낼 수 있습니다. Service Desk는 고유한 이메일 주소를 제공하므로 고객은 자체 GitLab 계정이 필요하지 않습니다.

Service Desk 이메일은 GitLab 프로젝트에서 새 티켓으로 생성됩니다. 팀은 프로젝트에서 직접 응답할 수 있으며, 고객은 이메일을 통해서만 스레드와 상호 작용합니다.

비디오 개요를 보려면 GitLab Service Desk 소개 (GitLab 16.7)를 참조하세요.

Service Desk 워크플로우#

예를 들어, iOS 또는 Android용 게임을 개발한다고 가정해 봅시다. 코드베이스는 GitLab 인스턴스에서 호스팅되고 GitLab CI/CD로 빌드 및 배포됩니다.

Service Desk의 작동 방식은 다음과 같습니다:

  1. 유료 고객에게 프로젝트별 이메일 주소를 제공하면, 고객은 애플리케이션에서 직접 이메일을 보낼 수 있습니다.
  2. 고객이 보내는 각 이메일은 해당 프로젝트에 티켓을 생성합니다.
  3. 팀원은 Service Desk 티켓 트래커로 이동하여 새 지원 요청을 확인하고 관련 티켓 내에서 응답할 수 있습니다.
  4. 팀이 고객과 소통하여 요청을 이해합니다.
  5. 팀이 고객의 문제를 해결하는 코드 구현 작업을 시작합니다.
  6. 팀이 구현을 완료하면 머지 리퀘스트가 머지되고 티켓이 자동으로 닫힙니다.

한편:

  • 고객은 GitLab 인스턴스에 접근하지 않고도 이메일만으로 팀과 완전히 상호 작용합니다.
  • 팀은 GitLab을 벗어나거나 통합을 설정하지 않고도 고객과 후속 조치를 취할 수 있어 시간을 절약합니다.

관련 주제#

Service Desk 문제 해결#

Service Desk로 보낸 이메일이 티켓을 생성하지 않음#

  • 이메일에 GitLab이 무시하는 이메일 헤더 중 하나가 포함되어 있어 무시될 수 있습니다.

  • 발신자 이메일 도메인이 엄격한 DKIM 규칙을 사용하고 있으며 이메일을 프로젝트별 Service Desk 주소로 전달할 때 검증 오류가 발생하면 이메일이 삭제될 수 있습니다. 이메일 헤더에서 찾을 수 있는 일반적인 DKIM 오류 메시지는 다음과 같이 표시될 수 있습니다:

    dkim=fail (signature did not verify) ... arc=fail

    오류 메시지의 정확한 표현은 사용 중인 특정 이메일 시스템 또는 도구에 따라 다를 수 있습니다. 또한 더 많은 정보와 잠재적 해결 방법에 대해서는 DKIM 오류에 관한 이 기사를 참조하세요.

16.6.0에서 이메일 수집이 작동하지 않음#

GitLab Self-Managed 16.6.0에는 mail_room(이메일 수집)이 시작되지 않도록 하는 회귀가 도입되었습니다. Service Desk 및 기타 이메일 회신 기능이 작동하지 않습니다. 이슈 432257에서 이 문제 수정을 추적합니다.

해결 방법은 GitLab 설치에서 다음 명령을 실행하여 영향을 받는 파일을 패치하는 것입니다:

curl --output /tmp/mailroom.patch --url "https://gitlab.com/gitlab-org/gitlab/-/merge_requests/137279.diff"
patch -p1 -d /opt/gitlab/embedded/service/gitlab-rails < /tmp/mailroom.patch
gitlab-ctl restart mailroom

curl --output /tmp/mailroom.patch --url "https://gitlab.com/gitlab-org/gitlab/-/merge_requests/137279.diff"
cd /opt/gitlab/embedded/service/gitlab-rails
patch -p1 < /tmp/mailroom.patch
gitlab-ctl restart mailroom

Service Desk

Tier: Free, Premium, Ultimate
Offering: GitLab.com, GitLab Self-Managed
원문 보기
요약

이 기능은 현재 적극적으로 개발 중이지 않지만, 커뮤니티 기여는 환영합니다. Service Desk를 Work Item 프레임워크로 이전하는 것에 대한 정보는 에픽 10772를 참조하세요. Service Desk를 사용하면 고객이 버그 보고서, 기능 요청 또는 일반적인 피드백을 이메일로 보낼 수 있습니다.

Note

이 기능은 현재 적극적으로 개발 중이지 않지만, 커뮤니티 기여는 환영합니다. 기능이 요구 사항을 충족하는지 확인하려면 기존 문서를 탐색하거나 Service Desk 카테고리의 열린 이슈를 참조하여 아직 완료되지 않은 작업에 대해 알아보세요. Service Desk의 우선순위를 낮추기로 한 결정은 Service Desk 카테고리도 장기적으로 혜택을 받을 Work Item 프레임워크를 구축하고 확장하는 데 집중하기 위해 내려졌습니다.

Service Desk를 Work Item 프레임워크로 이전하는 것에 대한 정보는 에픽 10772를 참조하세요.

Service Desk를 사용하면 고객이 버그 보고서, 기능 요청 또는 일반적인 피드백을 이메일로 보낼 수 있습니다. Service Desk는 고유한 이메일 주소를 제공하므로 고객은 자체 GitLab 계정이 필요하지 않습니다.

Service Desk 이메일은 GitLab 프로젝트에서 새 티켓으로 생성됩니다. 팀은 프로젝트에서 직접 응답할 수 있으며, 고객은 이메일을 통해서만 스레드와 상호 작용합니다.

비디오 개요를 보려면 GitLab Service Desk 소개 (GitLab 16.7)를 참조하세요.

Service Desk 워크플로우#

예를 들어, iOS 또는 Android용 게임을 개발한다고 가정해 봅시다. 코드베이스는 GitLab 인스턴스에서 호스팅되고 GitLab CI/CD로 빌드 및 배포됩니다.

Service Desk의 작동 방식은 다음과 같습니다:

  1. 유료 고객에게 프로젝트별 이메일 주소를 제공하면, 고객은 애플리케이션에서 직접 이메일을 보낼 수 있습니다.
  2. 고객이 보내는 각 이메일은 해당 프로젝트에 티켓을 생성합니다.
  3. 팀원은 Service Desk 티켓 트래커로 이동하여 새 지원 요청을 확인하고 관련 티켓 내에서 응답할 수 있습니다.
  4. 팀이 고객과 소통하여 요청을 이해합니다.
  5. 팀이 고객의 문제를 해결하는 코드 구현 작업을 시작합니다.
  6. 팀이 구현을 완료하면 머지 리퀘스트가 머지되고 티켓이 자동으로 닫힙니다.

한편:

  • 고객은 GitLab 인스턴스에 접근하지 않고도 이메일만으로 팀과 완전히 상호 작용합니다.
  • 팀은 GitLab을 벗어나거나 통합을 설정하지 않고도 고객과 후속 조치를 취할 수 있어 시간을 절약합니다.

관련 주제#

Service Desk 문제 해결#

Service Desk로 보낸 이메일이 티켓을 생성하지 않음#

  • 이메일에 GitLab이 무시하는 이메일 헤더 중 하나가 포함되어 있어 무시될 수 있습니다.

  • 발신자 이메일 도메인이 엄격한 DKIM 규칙을 사용하고 있으며 이메일을 프로젝트별 Service Desk 주소로 전달할 때 검증 오류가 발생하면 이메일이 삭제될 수 있습니다. 이메일 헤더에서 찾을 수 있는 일반적인 DKIM 오류 메시지는 다음과 같이 표시될 수 있습니다:

    dkim=fail (signature did not verify) ... arc=fail

    오류 메시지의 정확한 표현은 사용 중인 특정 이메일 시스템 또는 도구에 따라 다를 수 있습니다. 또한 더 많은 정보와 잠재적 해결 방법에 대해서는 DKIM 오류에 관한 이 기사를 참조하세요.

16.6.0에서 이메일 수집이 작동하지 않음#

GitLab Self-Managed 16.6.0에는 mail_room(이메일 수집)이 시작되지 않도록 하는 회귀가 도입되었습니다. Service Desk 및 기타 이메일 회신 기능이 작동하지 않습니다. 이슈 432257에서 이 문제 수정을 추적합니다.

해결 방법은 GitLab 설치에서 다음 명령을 실행하여 영향을 받는 파일을 패치하는 것입니다:

curl --output /tmp/mailroom.patch --url "https://gitlab.com/gitlab-org/gitlab/-/merge_requests/137279.diff"
patch -p1 -d /opt/gitlab/embedded/service/gitlab-rails < /tmp/mailroom.patch
gitlab-ctl restart mailroom

curl --output /tmp/mailroom.patch --url "https://gitlab.com/gitlab-org/gitlab/-/merge_requests/137279.diff"
cd /opt/gitlab/embedded/service/gitlab-rails
patch -p1 < /tmp/mailroom.patch
gitlab-ctl restart mailroom