서비스 데스크
Tier: Free, Premium, Ultimate
Offering: GitLab.com, Self-managed
서비스 데스크를 사용하면 고객이 버그 보고서, 기능 요청 또는 일반적인 피드백을 이메일로 보낼 수 있습니다. 서비스 데스크는 고객이 별도의 GitLab 계정이 필요하지 않도록 고유한 이메일 주소를 제공합니다.
서비스 데스크 이메일은 GitLab 프로젝트에 새 이슈로 생성됩니다. 고객은 전자 메일을 통해 이 스레드와 상호 작용하며 당사 팀은 프로젝트에서 직접 응답할 수 있습니다.
동영상 개요는 GitLab 서비스 데스크 소개 (GitLab 16.7)를 참조하세요.
서비스 데스크 워크플로우
예를 들어, iOS 또는 Android용 게임을 개발한다고 가정해 보겠습니다. 코드베이스는 GitLab 인스턴스에 호스팅되며 GitLab CI/CD로 빌드 및 배포됩니다.
다음은 서비스 데스크가 작동하는 방식입니다.
- 지불 고객에게 프로젝트별 이메일 주소를 제공하고 응용 프로그램에서 직접 전자 메일을 보낼 수 있습니다.
- 보낸 각 이메일은 적절한 프로젝트의 이슈를 생성합니다.
- 팀원은 서비스 데스크 이슈 트래커로 이동하여 새 지원 요청을 확인하고 연관된 이슈 내에서 응답할 수 있습니다.
- 팀은 요청을 이해하기 위해 고객과 소통합니다.
- 팀은 고객의 문제를 해결하기 위해 코드 구현에 작업을 시작합니다.
- 팀이 구현을 완료하면 병합 요청이 병합되고 이슈가 자동으로 닫힙니다.
한편:
- 고객은 귀하의 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
도움말