서비스 데스크
Tier: Free, Premium, Ultimate
Offering: GitLab.com, Self-Managed
Offering: GitLab.com, Self-Managed
서비스 데스크를 사용하면 고객이 버그 보고, 기능 요청 또는 일반적인 피드백을 이메일로 보낼 수 있습니다.
서비스 데스크는 고유한 이메일 주소를 제공하여 고객이 자체 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에서 regression이 발생하여 mail_room (이메일 수신)이 시작되지 않습니다.
서비스 데스크 및 기타 이메일 응답 기능이 작동하지 않습니다.
이 문제를 수정하는 데 관한 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
도움말