Help us learn about your current experience with the documentation. Take the survey.

服务台

  • 层级：免费版、高级版、旗舰版
  • 提供：GitLab.com、GitLab 自托管

此功能未在积极开发中，但 社区贡献 欢迎参与。 要确定现有功能是否满足您的需求，请探索现有文档或查看 服务台类别的未解决问题 以了解尚未完成的工作。 降低服务台优先级的决定是为了 专注于构建和扩展工作项框架，服务台类别也将长期从中受益。

有关将服务台纳入工作项框架的信息， 请参阅 史诗 10772。

通过服务台，您的客户 可以通过电子邮件向您发送错误报告、功能请求或一般反馈。 服务台提供一个唯一的电子邮件地址，因此他们不需要自己的 GitLab 账户。

服务台邮件会在您的 GitLab 项目中创建为新问题。 您的团队可以直接从项目中回复，而客户只能通过电子邮件与线程交互。

观看视频概览，请参阅 GitLab 服务台介绍（GitLab 16.7）。

服务台工作流程

例如，假设您开发了一款 iOS 或 Android 游戏。 代码库托管在您的 GitLab 实例中，使用 GitLab CI/CD 构建和部署。

以下是服务台的工作方式：

  1. 您为付费客户提供项目特定的电子邮件地址，他们可以直接从应用程序向您发送邮件
  2. 他们发送的每封邮件都会在相应项目中创建一个问题
  3. 您的团队成员前往服务台问题跟踪器，在那里可以看到新的支持请求并在相关问题中回复
  4. 您的团队与客户沟通以了解需求
  5. 您的团队开始编写代码来解决客户的问题
  6. 当您的团队完成实现后，合并请求被合并，问题自动关闭

同时：

  • 客户完全通过电子邮件与您的团队交互，无需访问您的 GitLab 实例
  • 您的团队无需离开 GitLab（或设置集成）即可跟进客户，从而节省时间

相关主题

服务台故障排除

发送到服务台的邮件不创建问题

  • 您的邮件可能被忽略，因为它们包含 GitLab 忽略的 邮件头 之一。

  • 如果发件人电子邮件域使用严格的 DKIM 规则，并且由于将邮件转发到项目特定的服务台地址导致验证失败，邮件可能会被丢弃。 典型的 DKIM 失败消息（可在邮件头中找到）可能如下所示：

    dkim=fail (signature did not verify) ... arc=fail

    失败消息的确切措辞可能因使用的特定电子邮件系统或工具而异。 有关更多信息及可能的解决方案，另请参阅 关于 DKIM 失败的文章。

16.6.0 版本中邮件接收功能不工作

GitLab 自托管 16.6.0 版本引入了一个回归问题，阻止 mail_room（邮件接收）启动。 服务台和其他回复电子邮件功能不起作用。 问题 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