使用服务台 ** (FREE ALL)**

您可以使用服务台来[创建一个议题](#作为最终用户(议题创建者)或响应一个议题
在这些议题中,您还可以看到我们友好的邻居Support Bot

查看服务台邮件地址

要查看项目的服务台邮件地址:

  1. 在左侧菜单中,选择 搜索或转到 并找到您的项目。
  2. 选择 监控 > 服务台

邮件地址将在问题列表的顶部显示。

作为最终用户(议题创建者)

要创建服务台议题,最终用户无需了解极狐GitLab实例的任何信息。他们只需发送邮件到所提供的地址,并收到一封确认收到的邮件:

服务台启用

这还会给最终用户一个取消订阅的选项。

如果他们不选择取消订阅,那么任何新的评论都会通过邮件发送:

服务台回复邮件

他们通过邮件发送的任何回复都会显示在议题本身中。

有关更多信息,请参阅外部参与者和处理邮件时使用的邮件头

在极狐GitLab UI中创建服务台工单

  • 在极狐GitLab 16.9 中引入,并启用了一个名为convert_to_ticket_quick_action标志,默认情况下禁用。
  • 在极狐GitLab 16.10 中普及。功能标志 convert_to_ticket_quick_action已移除。

要通过 UI 创建服务台工单:

  1. 创建一个议题
  2. 添加一条只包含快速操作/convert_to_ticket user@example.com的评论。
    您应该会看到来自GitLab Support Bot的评论。
  3. 刷新页面,使 UI 反映类型更改。
  4. (可选)在工单上添加一条评论,以便向外部参与者发送初始的服务台邮件。

作为议题的响应者

对于议题的响应者,一切都与其他GitLab议题相同。
极狐GitLab显示一个熟悉的议题跟踪器,响应者可以看到通过客户支持请求创建的议题,并对其进行筛选或交互。

Service Desk 问题跟踪器

来自最终用户的消息显示为来自特殊的Support Bot 用户
您可以像在极狐GitLab中一样阅读和写评论:

Service Desk 问题线程

  • 项目的可见性(私有、内部、公开)不会影响服务台。
  • 包括其组或命名空间的项目路径会在邮件中显示。

查看服务台问题

先决条件:

  • 您必须至少拥有该项目的 Reporter 角色。

要查看服务台问题:

  1. 在左侧菜单中,选择 搜索或转到 并找到您的项目。
  2. 选择 监控 > 服务台

重新设计的问题列表

  • 在极狐GitLab 16.1中引入,并启用了一个名为service_desk_vue_list标志,默认情况下禁用。
  • 在极狐GitLab 16.10 中普及,功能标志 service_desk_vue_list 已移除。

服务台问题列表更加接近常规问题列表。
可用的功能包括:

从服务台问题列表中不再提供创建新问题的选项。
这一决定更好地反映了服务台 的本质,新的问题是通过发送电子邮件到专用的电子邮件地址来创建的。

筛选议题列表
  1. 在左侧菜单中,选择 搜索或转到 并找到您的项目。
  2. 选择 监控 > 服务台
  3. 在问题列表上方,选择 搜索或筛选结果
  4. 在出现的下拉列表中,选择您要筛选的属性。
  5. 选择或输入用于筛选该属性的运算符。可用的运算符有:
    • =:是
    • !=:不是其中之一
  6. 输入要筛选的属性的文本。
    您可以筛选某些属性为 任何
  7. 重复此过程以筛选多个属性。多个属性将通过逻辑 AND 连接。
使用 OR 运算符筛选

启用 使用 OR 运算符筛选 后,您可以使用 是其中之一:||
当您按以下属性筛选议题列表时:

  • 被分配人
  • 标签

是其中之一 表示包容性 OR。例如,如果您筛选 Assignee is one of Sidney JonesAssignee is one of Zhang Wei,极狐GitLab 会显示 SidneyZhang 或两者都作为被分配人的议题。

按 ID 筛选议题
  1. 在左侧菜单中,选择 搜索或转到 并找到您的项目。
  2. 选择 监控 > 服务台
  3. 搜索 框中,输入议题 ID。例如,输入筛选 #10 以仅返回议题 10。

邮件内容和格式

HTML邮件中的特殊HTML格式

  • 在极狐GitLab 15.9 中引入,并启用了一个名为service_desk_html_to_text_email_handler标志,默认情况下禁用。
  • 在极狐GitLab 15.11 中普及,功能标志 service_desk_html_to_text_email_handler 已移除。

HTML 邮件显示 HTML 格式,例如:

  • 表格
  • 块引用
  • 图片
  • 可折叠部分

附加到评论的文件

  • 在极狐GitLab 15.8 中引入,并启用了一个名为service_desk_new_note_email_native_attachments标志,默认情况下禁用。
  • 在极狐GitLab 15.10中启用。
  • 在极狐GitLab 16.6 中普及,功能标志 service_desk_new_note_email_native_attachments 已移除。

如果评论中包含任何附件,并且它们的总大小小于或等于10 MB,这些附件将作为邮件的一部分发送。
在其他情况下,邮件将包含附件的链接。

在极狐GitLab 15.9及更早版本中,上传到评论的附件会以链接形式发送在邮件中。

将常规问题转换为服务台工单

  • 在极狐GitLab 16.9中引入,并启用了一个名为convert_to_ticket_quick_action标志,默认情况下禁用。
  • 在极狐GitLab 16.10中普及,功能标志 convert_to_ticket_quick_action 已移除。

使用快速操作/convert_to_ticket external-issue-author@example.com将任何常规问题转换为服务台工单。
这会将提供的电子邮件地址指定为工单的外部作者,并将其添加到外部参与者列表中。
他们将收到任何公开评论的服务台邮件,并可以回复这些邮件。回复将添加为该工单的新评论。

极狐GitLab不会发送默认的感谢邮件
您可以在工单上添加公开评论,以通知最终用户工单已创建。

隐私考虑

  • 在极狐GitLab 15.9中更改,查看创建者和参与者电子邮件的最低要求角色。

服务台问题是保密的,因此只有项目成员可见。项目所有者可以将问题设为公开
当服务台议题变为公开时,问题创建者和参与者的电子邮件地址对具有至少Reporter角色的登录用户可见。

在极狐GitLab 15.8及更早版本中,当服务台问题变为公开时,问题创建者的电子邮件地址会向所有可以查看该项目的用户公开。

项目中的任何人都可以使用服务台电子邮件地址来创建该项目中的问题,无论他们在项目中的角色如何

该唯一的内部电子邮件地址对至少拥有Reporter角色的项目成员可见。
外部用户(问题创建者)无法看到信息备注中显示的内部电子邮件地址。

移动服务台问题

  • 在极狐GitLab 15.7中更改,当服务台问题被移动时,客户将继续收到通知。

您可以像移动常规议题一样移动服务台问题管理问题

如果服务台议题被移动到另一个启用了服务台的项目,创建问题的客户将继续收到电子邮件通知。
由于移动的议题先是关闭,然后被复制,因此客户被视为这两个问题的参与者。
他们将继续接收旧议题和新议题的任何通知。