Gitlab英雄边框图案离开svg”>
   <img src=

支持

GitLab提供了多种用于所有客户和用户的免费或付费层的支持选项。你应该能够找到使用下面链接的资源的帮助,无论你如何使用GitLab。manbetx客户端登录有许多方法来联系支持,但对大多数人的第一步应该是搜索我们的文档

如果你不能找到一个回答你的问题,或者你受到中断的影响,那么客户谁在支付层应该通过咨询我们的开始的支持声明同时注意的是什么以外的支持范围。请您理解,这可能超出了范围提供的任何支持定义有在代理或工程师的判断完成,是免费提供的。

如果您使用GitLab的之一自由选项,请参阅的免费用户的相应部分或者自我管理GitLab要么在GitLab.com

注意:免费GitLab Ultimate和黄金账户通过试验或作为其一部分给予我们的GitLab教育,GitLab开放源代码, 要么GitLab对于创业公司来说计划不来的支持。开源,教育和启动帐户可以支持然而,在显著的折扣所购联系销售

联络支持

与结算,采购,订阅或许可问题

计划 支持率 如何取得联系
所有计划和采购 在8小时内第一个答复,24X5
在24小时内连续回复,24X5
打开一张支持票就可以了GitLab支持门户并选择“许可和续订问题

自我管理(托管在您自己的网站/服务器上)

计划 支持率 如何取得联系
核心 社区支持 打开在一个线程GitLab社区论坛
起动机 标准支持
24小时内回覆
打开一张支持票就可以了GitLab支持门户
Premium和Ultimate 优先支持
基于分层的回复时间支持冲击定义
打开一张支持票就可以了GitLab支持门户
对于紧急请求,请记下如何触发紧急支援
美国联邦 美国联邦政府的支持 打开一张支持票就可以了GitLab支持门户
对于紧急请求,请记下美国联邦支持的说明

GitLab.com

计划 支持率 如何取得联系
自由 社区支持 打开在一个线程GitLab社区论坛
青铜 标准支持
24小时内回覆
打开一张支持票就可以了GitLab支持门户
金银 优先支持
基于分层的回复时间支持冲击定义
打开一张支持票就可以了GitLab支持门户

合作伙伴支持

如果你是一个开放或选择合作伙伴GitLab和创建代表客户的票,请附上客户的组织和创造票时的电子邮件地址。

一般的联系信息

票务支持中国,英语,德语,日语,韩语,葡萄牙语和西班牙语服务。请注意,如果你申请一个电话,只提供英文版本。

用于获得帮助、报告问题manbetx客户端登录、请求特性等的其他资源在我们的文章中列出得到帮助页面

证明你的支持权利

这取决于你如何购买,在创造你的第一票GitLab支持可能的能自动检测您的支持权利。如果是这样的话,你会被要求提供证据证明你有一个有效的许可证或订阅。

对于GitLab.com用户

为了确保我们可以打开一个支持票,当你GitLab.com订阅符合您,请:

对于自我管理用户

为了确保我们可以打开一个支持票时,与你的自我管理的许可证相匹配你,请:

在这一页上

第一次到达的支持?

帐户设置可能发生以下两种方法之一:

  1. support.gitlab.com并提出新的要求。一个帐号和密码会为您创建。您将需要请求重置密码,并设置一个新密码才能登录。
  2. 点击报名创建使用贵公司的电子邮件地址的新帐户。您的帐户将自动关联到您的帐户GitLab。

您可以使用我们的支持Web界面跟踪所有的门票和他们目前的状态!我们建议使用支持Web界面管理您的机票提供卓越的体验。

语言支持

票务支持以下语言版本:

如果你要提供一个电话,只提供英文版本。

GitLab支持服务水平

试验支持

试用许可证不包括任何级别的支持。如果您对GitLab的评估包括对技术支持或SLA性能的评估,请考虑联系销售讨论选择。

标准支持

标准支持包括所有GitLab自主管理起动机, GitLab.com青铜的计划。它包括“下一工作日支持”,这意味着你可以期望24小时24X5内车票的答复。(看到支持人员配置时间)。

请通过支持web表单。当您收到您的许可文件,您也会收到,如果你需要达到支持和Web表单不能以任何理由来访问电子邮件地址来使用。

请注意:当使用电子邮件,请不要忘记添加订阅详情与支持。这将有助于我们在按照你的计划分配适当的SLA您的要求。

优先支持

优先支持包含在所有的自我管理GitLabPremium和Ultimate许可证,以及GitLab.com黄金和白银计划。特别是,这些计划收到分层技术支持的响应时间:

支持的影响 SLA 小时 如何提交
紧急情况(只有自我管理) 30分钟 24 x7 当你的许可文件发送给您的许可电子邮件地址,GitLab还发送一组地址的使用,达到支持的紧急请求。你也可以问问你的技术客户经理或销售代表对这些地址。

注意:为了触发你的紧急页必须发送新邮件到指定的地址。CCing现有线程上的地址或转发现有的票会页面待命工程师。
高度退化 4小时 24 x5 请透过支持web表单或通过常规支持电子邮件。
介质的影响 8小时 24 x5 请透过支持web表单或通过常规支持电子邮件。
微小冲击 24个小时 24 x5 请透过支持web表单或通过常规支持电子邮件。

自我管理的高级版和旗舰版还获得:

支持影响定义

如何触发紧急支援

要触发紧急支援发送电子邮件提供您的GitLab许可证的紧急联络地址。最好是包括在最初的电子邮件任何相关截图/日志。不过,如果你已经有一个已经发展成为一个紧急的公开售票,请在初始电子邮件相关的票号。

一旦紧急情况下已经解决,GitLab支持将关闭应急票。如果跟进的是需要紧急情况后,GitLab支持要么继续通过代表客户创建一个新的正规车票谈话,或通过现有的相关票据。

缩放架构的定义

可伸缩的体系结构是指基于弹性、冗余或可伸缩的目的而将服务分离的GitLab安装。作为一个向导,我们的2000用户参考架构(或更高)就属于这一类。更多的细节,包括参考体系结构,可以在我们的指南中找到配置GitLab规模

优先支持需要在排查缩放实现GitLab的获得援助。

缩放建筑 - 总括和源代码安装

在搭车和源代码安装,缩放架构与多种GitLab应用节点的任何部署。这不包括外部服务如亚马逊RDS和ElastiCache。

服务 缩放架构 不进行缩放架构
应用程序(GitLab滑轨) 使用多个应用节点提供resillience,可扩展性和可用性 使用单个应用程序节点
数据库 使用带有领事和PgBouncer多个数据库服务器 使用单一独立的数据库或托管数据库服务
高速缓存 使用Redis的HA在多个服务器上使用Sentinel 使用Redis的或单个独立的服务器托管服务的Redis
存储库/对象存储 使用一个或多个独立的Gitaly节点。使用跨多个应用程序服务器NFS。 在S3存储对象
作业处理 使用一个或多个单独的Sidekiq节点 在同一台主机作为一个单一的应用程序节点上使用Sidekiq
负载均衡 使用负载平衡器来平衡多个应用节点之间conections 使用单个应用程序节点
监控 在鳞甲架构的定义,不考虑 在鳞甲架构的定义,不考虑

升级到优先支持

优先支持自动包括在GitLab.com白银和黄金计划,以及自我管理的保费和最终计划。如果您的组织希望升级到具有优先支持的计划,您可以自己购买线上通过电子邮件将您的客户经理,或发送电子邮件renewals@gitlab.com

服务水平协议(SLA)细节

GitLab支持时间的定义

这些时间是为“首选支持地区”选择“所有地区”时的SLA时间。

如果支持的优选区域被选择的支持小时的作用

当提交一个新的票,你可以选择选择“支持首选地区。这有助于我们指定支持工程师从您所在地区和手段,你会更容易得到你的工作时间回复(而不是在晚上)。如果您选择首选区域,您的机票SLA的目的,支持时间如下(所有时间均为UTC):

如上所述谁选择“所有地区”作为他们的首选地区的客户将收到24X5的服务水平协议。

消费者满意度

票是解决或自动关闭,由于缺乏活动的24小时后,客户满意度调查将分差缩小。我们跟踪这些调查过的Zendesk响应95%的客户满意度的目标。

支持管理层会定期审阅反应,可以联系谁留下了更多的上下文负面评论的客户。

电话支持

虽然GitLab支持工程师将与您有关支持票主要是通过在门票自理,有时也可能是有用的,重要的是要进行电话帮助您提高售票的最新进展进行通信。支持工程师可以建议这个原因呼叫。如果你觉得一个需要,您也可以请求呼叫。无论哪种方式,要经常进行通话的决定权在支持工程师,将决定谁:

一旦已决定进行通话,支持工程师将:

  1. 送你一个链接(通过票)给我们的调度平台,或者在紧急情况下,直接链接到开始通话的情况。
  2. 更新您通过与票:(1)一个呼叫,(B),必须采取呼叫,以及(c)允许呼叫的最长时间准备的任何操作的列表日程和目的。请期待,由于规定的目的已经达到或者时间已达到限制,以先到为准通话会很快结束。

请注意:GitLab不提供通过入局或按需调用的支持。试图重用以前提供的调度链接来安排按需呼叫将被认为是对支持的滥用,并将导致此类呼叫被取消。

一般支持措施

支持门票和GitLab问题之间的区别

这是很有必要知道通过打开一个支持票之差我们支持门户在GitLab.com问题

对于拥有包含支持的许可证或订阅的客户,请随时与支持部门联系支持门户。这是主要的渠道支持团队的用途与客户进行互动,它是基于一个SLA的唯一通道。在这里,GitLab支持团队将收集必要的信息和帮助调试问题。在很多情况下,我们可以发现,而不从开发团队需要输入的分辨率。然而,有时调试会发现在GitLab本身,或者一些新的功能或增强功能是必要为您的使用情况的错误。

这是当我们创建了一个在GitLab.com上的问题- 只要是从开发人员需要输入进一步调查的问题,修复错误,还是要考虑功能要求。在大多数情况下,支持团队可以为您创建了这些问题,并指定正确的标签。有时候,我们要求客户创造这些问题时,他们可能有问题,或者更明确地传达要求的能力的更多的知识。一旦在GitLab.com创建的问题它是由产品经理和工程经理优先考虑和推动修订或功能部件完成。manbetx体育客户端3.0支持团队只能主张代表客户重新考虑优先级。我们从这个角度上参与更是微乎其微。

我们不保留门票开(即使基础问题没有解决)

一旦问题已通过在GitLab跟踪的问题传递给开发团队,支持团队将收出支持票为解决即使基础问题没有解决。这确保问题仍是通信单通道:客户,开发人员和支持人员可以通过沟通只有一种介质。

创建期

建立在上面的部分,当错误,回归,或任何应用程序的行为/行动无法按照预期工作报告或在载体相互作用发现,该GitLab支持团队将代表我们的客户创造GitLab项目库的问题。

对于特性请求,包括添加新特性以及当前特性的更改如预期运行,支持将要求客户在适当的项目回购自己创建的问题。

在支持票有效运行

尽你所能,请传达您所遇到的问题或问题你问,尽可能详细的为您提供帮助支持团队。只要有可能,包括:

对于非紧急票,GitLab管理员将花费20-30分钟来制定相关信息的支持票。没有上述信息的票将会降低支持的效力。

在随后的回复,支持团队可能会要求您后续问题。请通过回复的全部做到最好阅读并回答任何这样的问题。如果有任何额外的故障排除步骤,或要求提供更多信息,请尽你所能提供的。

团队在每个回复中配备的信息越多,解决问题的速度就越快。例如,如果支持工程师必须请求日志,就会导致更多的周期。如果一张票包含了所有需要的东西,那么多个工程师将能够分析这个问题,并且如果需要的话,将有必要进一步升级到开发人员那里。

请注意:如果您是通过电子邮件创建一个支持票,那么请考虑与它一起加入您的订阅细节。这将有助于在适当添加到SLA你的票。

请不要使用意在威胁或骚扰的语言

如果您的机票中包含的语言,违背了GitLab社区行为准则,您将收到以下回复并关闭您的票证:

你好,

虽然我们通常会很高兴地帮你出任何问题,我们不能在这个票务帮助您因不遵守所使用的语言GitLab社区行为准则。如我们在声明的支持我们要关闭这张票。

请创建一个新的票是我们的准则和我们的支持工程师所载的规定,将竭诚为您提供帮助。

谢谢你!

重复违规可能会导致您的支持合同和/或GitLab业务关系的终止。

请不要发送加密邮件

有些组织使用第三方服务进行加密或自动失效的消息。由于安全问题,请不要在身体或门票任何敏感信息的附件。与GitLab支持所有的互动应该是纯文本。

GitLab支持工程师不会点击机票或相互作用与这些类型的第三方服务中包含提供支持URL。如果你发这样的答复,工程师会礼貌地请您提交您的支持票以纯文本格式,并链接您对我们的支持声明的这个部分。

如果有在您需要沿加密的文件或通信发送紧迫的理由,请在机票的工程师讨论。

请不要共享登录凭证

不要为你的GitLab实例的支持团队共享登录凭据。如果球队需要有关问题的详细信息,我们将为您提供安排与你的电话。

消毒连接到支持数据门票

如果相关的问题,并有帮助的故障排除,一个GitLab支持工程师将有关配置文件或日志请求信息。

我们鼓励客户在以GitLab支持票共享所有机密和私人信息之前对其进行消毒。

这不应该被共享的敏感物项包括:

有更多关于专用的具体信息处理敏感信息与GitLab支持页。

支持GitLab上限制或离线网络

如果这是解决故障和解决问题的最有效的方法,GitLab支持可能会要求您登录支持单,或要求您在客户电话中屏幕共享。

在某些情况下,分享日志或屏幕共享可能很难或不可能的,因为我们的客户的内部网络安全策略。

GitLab支持部门永远不会要求我们的客户违反其内部安全政策,但支持工程师并不了解我们客户内部网络安全政策的细节。

如果内部或网络安全政策会阻止您与GitLab共享日志或屏幕,请尽早在票据中告知,以便我们调整用于故障排除的工作流程和方法。

预防与支持日志或配置信息共享客户政策可能延长解决问题的时间购票。

防止GitLab支持客户呼叫期间屏幕共享的客户政策可能会影响支持工程师在预定呼叫期间解决问题的能力。

包括支持票的同事

的Zendesk会自动降大任CCED的电子邮件地址为进来通过电子邮件门票。如果你想包括一个载体相互作用的同事,有两种方法:

  1. 请在客票,有任意数量的副本收件地址。这将持续车票的时间,但如果你打开一个新的票则需要请求其他参与者再次添加。
  2. 问问你的销售代表,以您的名义提交请求,以允许其他人在组织中查看或评论公开支持的情况下。

闭幕式门票

如果客户解释他们满意他们关注的是正在代表他们所造成的问题妥善解决,那么对话应该继续这个问题本身,并GitLab支持将关闭支持票。如果客户希望重新打开一个支持票,他们可以直接回复它,它会自动重新打开。

GitLab实例迁移

如果客户请求协助将其现有的自托管GitLab迁移到一个新实例,您可以将他们定向到我们的在两个自托管的GitLab实例之间迁移文档。支持将帮助解决因GitLab迁移而产生的任何问题。但是,在GitLab特定配置之外的新实例的设置和配置被认为超出了范围,支持将无法帮助解决任何由此产生的问题。

GitLab.com具体的支持政策

帐户恢复

作为一个付费用户(付费团体或付费用户,命名空间的一部分),如果你已经无法访问您的帐户,可能是由于其无法访问自己的2FA设备还是原来的电子邮件地址,帐户设置了,帐户可能恢复提供申请人可以提供帐户所有权的充分证据。使用支持web表单请求援助。

请注意,在某些情况下,回收的账户是不可能的。读“如何保持GitLab帐号保险柜”为预防这个建议。

所有权纠纷

GitLab不会充当的组或帐户权属纠纷的仲裁员。每个用户和组所有者负责确保他们正在跟踪的数据安全最佳实践。

由于GitLab的订阅通常是企业对企业的交易,如果前雇员撤销了公司对付费组的访问权限,请与GitLab支持部门联系以获得恢复选项。

名称蹲政策

根据GitLab服务条款:

账户名称抢注由GitLab禁止。在GitLab帐户名称给予用户先来先服务的基础上。因此,帐户名称不能举行或处于非活动状态以备将来使用。

GitLab.com的支持团队将考虑名称空间(用户名或组名)在用户没有登录或以其他方式长时间使用名称空间时属于此策略的规定。

特别:

如果名称空间包含数据,在重新分配名称空间之前,GitLab Support将尝试在两周内与所有者联系。如果名称空间不包含数据(空的或没有项目),并且所有者不活动,名称空间将立即被释放。

未经证实的与账户超过90天的相关命名空间可立即释放。不包含任何数据,并创建了超过6个月前组命名空间是立即释放也符合条件。

名称和商标

GitLab.com命名空间可先到先得,先到先得,不能保留。没有品牌,公司,实体或个人拥有的权限,以便在任何GitLab.com命名空间,不得要求他们根据商标。拥有品牌“GreatCompany”并不意味着拥有命名空间“gitl