InfoGrab DocsInfoGrab 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 프로젝트에 새 티켓으로 생성됩니다. 팀은 프로젝트에서 직접 응답할 수 있고, 고객은 이메일로만 해당 스레드와 상호작용합니다.

동영상 개요는 Introducing GitLab Service Desk를 참고합니다.

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

GitLab v19.5
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 프로젝트에 새 티켓으로 생성됩니다. 팀은 프로젝트에서 직접 응답할 수 있고, 고객은 이메일로만 해당 스레드와 상호작용합니다.

동영상 개요는 Introducing GitLab Service Desk를 참고합니다.

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