这些条款适用于在 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, 页面 | （日历季度中的总分钟数 - 停机时间）/ 日历季度中的总分钟数 | “停机时间”是指以下任一时间段：(a) 任何服务功能在给定分钟内的错误率超过 5%，或 (b) 根据 GitHub 的内部和外部监控系统组合确定的服务不可用。 | 服务积分索赔可以基于以下计算中的任一计算（不能同时基于两者）
|
| 操作 | （总触发执行次数 - 不可用的执行次数）/（总触发执行次数）x 100 | “总触发执行次数”是客户在某个日历季度中触发的所有操作执行的总数。 “不可用的执行次数”是总触发执行次数中在某个日历季度中未能运行的执行总数。当操作历史记录在触发成功触发后五 (5) 分钟内未捕获任何输出时，执行将失败。 | 与上述相同 |
| 包 | 传输正常运行时间 = 与操作相同 存储正常运行时间 = 100% - 平均错误率* *正常运行时间计算不包括不计入总存储事务或失败存储事务的公共使用和存储事务（包括预身份验证失败；身份验证失败；对超出规定配额的存储帐户的尝试事务）。 | “错误率”是在设定的时间间隔（当前设置为一小时）内失败存储事务总数除以总存储事务数。如果给定的一小时间隔内的总存储事务数为零，则该间隔的错误率为 0%。 “平均错误率”是在某个日历季度中每小时的错误率之和除以某个日历季度中的总小时数。 | 与上述相同 |
排除
以下情况导致的服务功能故障不计入正常运行时间计算：(i) 客户的行为、疏忽或对适用的 GitHub 服务的误用，包括违反协议；(ii) 客户的互联网连接故障；(iii) GitHub 无法合理控制的因素，包括不可抗力事件；或 (iv) 客户的设备、服务或其他技术。
服务积分兑换
如果 GitHub 未达到此 SLA，客户只能在日历季度结束后的三十 (30) 天内向 GitHub 提出书面请求，才能兑换服务积分。应使用 GitHub 支持 中提供的联系方式，将服务积分兑换书面请求和 GitHub Enterprise Cloud 自定义月度或季度报告发送给 GitHub。
服务积分可以是退款或记入客户帐户的形式，不能兑换成现金金额，每个日历季度最多限制为九十 (90) 天的付费服务，要求客户已支付任何未结发票，并且在客户与 GitHub 的协议终止后失效。服务积分是 GitHub 未能履行本 SLA 中任何义务的唯一且专属补救措施。