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 프로젝트에서 새 티켓으로 생성됩니다. 팀은 프로젝트에서 직접 응답할 수 있으며, 고객은 이메일을 통해서만 스레드와 상호 작용합니다. 비디오 개요를 보려면 GitLab Service Desk 소개 (GitLab 16.7) 를 참조하세요. 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로 보낸 이메일이 티켓을