Service Desk 구성

GitLab Service Desk를 활성화하고 이메일 템플릿, 커스텀 이메일 주소, 별칭 이메일, 다중 노드 환경의 이메일 수집을 구성하는 방법을 설명합니다.

기본적으로 Service Desk는 새 프로젝트에서 활성화되어 있습니다. 활성화되어 있지 않으면 프로젝트 설정에서 활성화할 수 있습니다. 사전 요구 사항: 프로젝트에 대한 Maintainer 또는 Owner 권한이 있어야 합니다. GitLab Self-Managed에서는 GitLab 인스턴스에 수신 이메일을 설정 해야 합니다. 이메일 서브 주소 지정 을 사용하는 편이 좋지만, 캐치올 사서함 을 사용할 수도 있습니다. 이 작업에는 관리자 액세스 권한이 필요합니다. 이메일 서브 주소 지정이나 캐치올 사서함을 지원하는 수신 이메일이 없으면 프로젝트 설정에 Service Desk 섹션이 표시되지 않습니다. 프로젝트의 이슈 트래커를 켜 두어야 합니다. 프로젝트에서 Service Desk를 켜려면 다음을 수행합니다: 상단 표시줄에서 Search or go to 를 선택하고 프로젝트를 찾습니다. 왼쪽 사이드바에서 Settings > General 을 선택합니다. Service Desk 를 확장합니다. Activate Service Desk 토글을 켭니다. 선택 사항. 필드를 입력합니다. Service Desk 이메일 주소에 접미사를 추가 합니다. Template to append to all Service Desk issues 아래 목록이 비어 있으면 리포지터리에 설명 템플릿 을 생성합니다. Save changes 를 선택합니다. 이제 이 프로젝트에서 Service Desk가 켜졌습니다. Email address to use for Service Desk 아래에 표시된 주소로 누군가 이메일을 보내면, GitLab이 해당 이메일 내용으로 비공개 티켓을 생성합니다. Service Desk 용어집 # 이 용어집은 Service Desk와 관련된 용어의 정의를 제공합니다. 용어 정의 외부 참여자 GitLab 계정이 없는 사용자로, 이메일로만 이슈나 Service Desk 티켓과 상호작용할 수 있습니다. 요청자 Service Desk 티켓을 생성했거나 /convert_to_ticket 빠른 작업 으로 요청자로 추가된 외부 참여자입니다. 프로젝트 보안 개선 # Service Desk 프로젝트의 보안을 개선하려면 다음을 수행하는 편이 좋습니다: 나중에 변경할 수 있도록 Service Desk 이메일 주소를 이메일 시스템의 별칭 뒤에 둡니다. 이 서비스에 스팸 검사를 추가하도록 GitLab 인스턴스에서 Akismet을 켭니다 . 차단되지 않은 이메일 스팸은 다수의 스팸 이슈가 생성되는 결과로 이어질 수 있습니다. 외부 참여자에게 전송되는 이메일 커스터마이징 # 히스토리 Free 및 체험판 플랜의 신규 GitLab.com 네임스페이스에 대한 사용자 정의 템플릿 제한이 다음 경우에 외부 참여자에게 이메일이 전송됩니다: 요청자가 Service Desk로 이메일을 보내 새 티켓을 제출한 경우. 외부 참여자가 Service Desk 티켓에 추가된 경우. Service Desk 티켓에 새 공개 댓글이 추가된 경우. 댓글을 편집해도 새 이메일이 전송되지는 않습니다. Servi