서비스 데스크
Tier: Free, Premium, Ultimate
Offering: GitLab.com, Self-managed
서비스 데스크를 통해 귀하의 고객들은 버그 보고서, 기능 요청 또는 일반적인 피드백을 이메일로 보낼 수 있습니다. 서비스 데스크는 고객들이 자체적으로 GitLab 계정을 소유할 필요 없이 고유한 이메일 주소를 제공합니다.
서비스 데스크 이메일은 귀하의 GitLab 프로젝트에 새 이슈로 생성됩니다. 고객은 이메일을 통해 스레드에 상호 작용하고 귀하의 팀은 프로젝트에서 직접 답변할 수 있습니다.
비디오 개요는 GitLab 서비스 데스크 소개 (GitLab 16.7)에서 확인할 수 있습니다.
서비스 데스크 작업 흐름
예를 들어, iOS 또는 Android용 게임을 개발 중이라고 가정해 봅시다. 코드베이스는 귀하의 GitLab 인스턴스에 호스팅되며 GitLab CI/CD로 빌드되고 배포됩니다.
서비스 데스크가 귀하에게 어떻게 도움이 되는지 살펴보겠습니다:
- 고객은 애플리케이션에서 귀하의 프로젝트별 이메일 주소를 제공받아 직접 이메일을 보낼 수 있습니다.
- 보내는 이메일마다 적절한 프로젝트에 이슈가 생성됩니다.
- 귀하의 팀 멤버는 서비스 데스크 이슈 트래커로 이동하여 새 지원 요청을 볼 수 있고 관련된 이슈 내에서 응답할 수 있습니다.
- 귀하의 팀은 고객과 요청 사항을 이해하기 위해 소통합니다.
- 귀하의 팀은 고객의 문제를 해결하기 위한 코드 구현 작업에 착수합니다.
- 팀이 구현을 완료하면, Merge Request이 Merge되고 이슈는 자동으로 닫힙니다.
한편:
- 고객은 귀하의 팀과 이메일을 통해 완전히 상호 작용할 수 있으며 귀하의 GitLab 인스턴스에 액세스할 필요가 없습니다.
- 귀하의 팀은 고객과의 후속 조치를 위해 GitLab을 떠나거나(또는 연동 설정을 구성하는) 시간을 절약할 수 있습니다.
관련 주제
서비스 데스크 문제 해결
서비스 데스크에 이메일을 보내도 이슈가 생성되지 않음
귀하의 이메일이 GitLab에서 무시하는 이메일 헤더 중 하나를 포함하고 있기 때문에 이메일이 무시될 수 있습니다.
16.6.0 Self-managed에서 이메일 흡수 작동 안 함
GitLab Self-managed 16.6.0에서 mail_room (이메일 흡수)가 시작되지 않는 regression이 발견되었습니다. 서비스 데스크 및 기타 이메일 응답 기능이 작동되지 않습니다.
이 문제를 해결하기 위해 Issue 432257에서 문제를 추적 중입니다.
해결책은 GitLab 설치에서 다음 명령을 실행하여 영향을 받는 파일을 수정하는 것입니다:
Linux 패키지 (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
도움말