Service Desk

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는 다음과 같이 동작합니다. 유료 고객에게 프로젝트별 이메일 주소를 제공하면, 고객은 애플리케이션에서 바로 이메일을 보낼 수 있습니다. 고객이 보내는 이메일마다 해당 프로젝트에 티켓이 생성됩니다. 팀원은 Service Desk 티켓 트래커로 이동해 새 지원 요청을 확인하고 연결된 티켓 안에서 응답합니다. 팀이 고객과 소통하며 요청 내용을 파악합니다. 팀이 고객의 문제를 해결하는 코드 구현에 착수합니다. 팀이 구현을 마치면 머지 리퀘스트가 머지되고 티켓은 자동으로 닫힙니다. 그동안 다음과 같이 진행됩니다. 고객은 GitLab 인스턴스에 접근하지 않고 이메일만으로 팀과 소통합니다. 팀은 고객에게 후속 대응을 하기 위해 GitLab을 벗어나거나 별도 통합을 설정할 필요가 없어 시간을 절약합니다. 관련 주제 # Service Desk 구성 프로젝트 보안 개선 외부 참가자에게 전송되는 이메일 사용자 지정 Service Desk 티켓에 사용자 지정 템플릿 사용 지원 봇 사용자 기본 티켓 가시성 외부 참가자가 댓글을 달 때 티켓 다시 열기 사용자 지정 이메일 주소 추가 Service Desk 별칭 이메일 사용 다중 노드 환경에서 이메일 수집 구성 Service Desk 사용 최종 사용자(티켓 생성자)로서 티켓 응답자로서 이메일 내용 및 형식 일반 이슈를 Service Desk 티켓으로 변환 개인 정보 보호 고려 사항 외부 참가자 Service Desk 티켓 외부 참가자로서 GitLab 사용자로서 Service Desk 문제 해결 # Service Desk로 보낸 이메일이 티켓을 생성하지 않음 # 이메일에 GitLab 이 무시하