서비스 데스크

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

서비스 데스크를 통해 고객님들은 버그 보고서, 기능 요청 또는 일반적인 피드백을 이메일로 보낼 수 있습니다. 서비스 데스크는 고유한 이메일 주소를 제공하여 고객님이 GitLab 계정을 소유할 필요가 없도록 합니다.

서비스 데스크 이메일은 GitLab 프로젝트에 새 이슈로 생성됩니다. 고객님은 이메일을 통해 쓰레드와 상호 작용하고, 당사팀은 프로젝트에서 직접 응답할 수 있습니다.

비디오 개요는 GitLab 서비스 데스크 소개 (GitLab 16.7)를 참조하세요.

서비스 데스크 워크플로우

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

다음은 서비스 데스크가 작동하는 방식입니다:

  1. 유료 고객님들에게 프로젝트별 이메일 주소를 제공하여 애플리케이션에서 직접 이메일을 보낼 수 있습니다.
  2. 보내주신 이메일은 적절한 프로젝트에 이슈를 생성합니다.
  3. 당사 팀원들은 서비스 데스크 이슈 트래커로 이동하여 새로운 지원 요청을 확인하고 관련된 이슈 내에서 응답할 수 있습니다.
  4. 당사팀은 고객님과 의사소통하여 요청을 이해합니다.
  5. 당사팀은 문제를 해결하기 위한 코드 구현에 착수합니다.
  6. 당사팀이 구현을 마치면, 병합 요청이 병합되고 이슈가 자동으로 닫힙니다.

한편: - 고객님은 GitLab 인스턴스에 액세스할 필요 없이 전적으로 이메일을 통해 당사팀과 상호 작용합니다. - 당사팀은 고객과의 후속 조치를 위해 GitLab를 떠나거나 (또는 통합 설정을 만들지 않아도) 시간을 절약할 수 있습니다.

관련 주제

서비스 데스크 문제 해결

서비스 데스크로 보내는 이메일이 이슈를 생성하지 않음

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

16.6.0 self-managed에서 이메일 수신이 작동하지 않음

GitLab self-managed 16.6.0에서 mail_room (이메일 수신)가 시작되지 않는 리그레션이 발생했습니다. 서비스 데스크 및 기타 이메일 응답 기능이 작동하지 않습니다. 이 문제를 해결하는 것을 추적하는 Issue 432257이 있습니다.

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

Linux package (Omnibus)
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
Docker
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