这些条款适用于在 2021 年 1 月 4 日之前获得产品许可的客户。在此日期之后购买 GitHub 产品的客户请访问 https://github.com/customer-terms 以了解最新条款。
简而言之：GitHub 保证适用 GitHub 服务（“**服务等级**”或“**SLA**”）的季度正常运行时间承诺为 99.9%。如果 GitHub 未能满足 SLA，则客户有权获得其帐户的服务积分（“**服务积分**”）。
有关每个服务功能（“**服务功能**”）的定义以及查看历史和当前正常运行时间，请访问 GitHub 状态页面。本 SLA 中使用但未定义的大写术语具有客户适用协议中指定的含义。
正常运行时间保证
“**正常运行时间**”是指给定日历季度中适用 GitHub 服务可用的总可能分钟数的百分比。GitHub 承诺维护适用 GitHub 服务至少 99.9% 的正常运行时间。下面描述了可能包含在适用 GitHub 服务中的每个服务功能的正常运行时间计算（“**正常运行时间计算**”）。如果 GitHub 未能满足 SLA，则客户将根据以下计算获得服务积分（“**服务积分计算**”）。请注意，停机时间不会以相同的时间或相同的方式影响每个客户。
| 服务功能 | 正常运行时间计算 | 定义 | 服务积分计算 |
|---|---|---|---|
| 问题, 拉取请求, Git 操作, API 请求（仅限于服务功能）, Webhooks, 页面 | （日历季度中的总分钟数 - 停机时间）/ 日历季度中的总分钟数 | “**停机时间**”是指任何服务功能在给定分钟内错误率超过 5% 或 GitHub 的内部和外部监控系统确定服务不可用的时间段。 | 服务积分索赔可以基于以下两种计算方式之一（而不是两者）：
|
| 操作 | （已触发的总执行次数 - 不可用的执行次数）/ （已触发的总执行次数）x 100 | “**已触发的总执行次数**”是指客户在日历季度内触发的所有操作执行的总数。 “**不可用的执行次数**”是指在已触发的总执行次数内，在日历季度内未能运行的执行总数。当操作历史记录日志在触发器成功触发后五 (5) 分钟内未捕获任何输出时，表示执行失败。 | 同上 |
| 软件包 | 传输正常运行时间 = 与操作相同 存储正常运行时间 = 100% - 平均错误率* *正常运行时间计算不包括不计入总存储事务或失败存储事务的公共使用和存储事务（包括预认证失败；认证失败；尝试超出规定配额的存储帐户的事务）。 | “**错误率**”是在给定时间间隔内（当前设置为一小时）失败存储事务总数除以总存储事务数。如果给定一小时间隔内的总存储事务数为零，则该间隔的错误率为 0%。 “**平均错误率**”是指日历季度中每个小时的错误率之和除以日历季度中的总小时数。 | 同上 |
排除项
以下情况不计入正常运行时间计算：(i) 客户的行为、疏忽或滥用相关 GitHub 服务（包括违反协议）；(ii) 客户互联网连接故障；(iii) GitHub 合理控制范围之外的因素，包括不可抗力事件；或 (iv) 客户的设备、服务或其他技术。
服务信用兑换
如果 GitHub 未能达到此 SLA，客户仅可在日历季度结束后的三十 (30) 天内，以书面形式向 GitHub 提出请求，兑换服务信用。服务信用兑换的书面请求以及 GitHub Enterprise Cloud 自定义每月或每季度报告应通过 GitHub 支持 页面提供的联系表单发送给 GitHub。
服务信用可以采取退款或记入客户账户的形式，不可兑换为现金，每个日历季度最多限于九十 (90) 天的付费服务，要求客户已支付所有未结发票，并在客户与 GitHub 的协议终止时失效。对于 GitHub 未能履行本 SLA 中任何义务的情况，服务信用是唯一且排他的补救措施。