GitHub服务故障：拉取请求结果不完整及服务组件运行状况
GitHub 正在处理一起与 Pull Requests 相关的服务降级事故。自 4 月 28 日（UTC）起，部分仓库的 /pulls 和 /repo/pulls 页面无法显示完整的拉取请求列表，原因是 GitHub 的 Elasticsearch 集群中缺少部分已索引文档。GitHub 表示，拉取请求数据并未丢失，但依赖 Elasticsearch 的页面在重建索引完成前可能无法返回完整结果。为缓解影响，GitHub 已开始重新索引剩余的 Pull Request 数据，并在期间推出临时缓解措施，以改善部分受影响仓库的可用性。官方同时建议用户临时使用不依赖 Elasticsearch 的方式获取 PR 数据，例如 GitHub CLI 的 gh pr list，或 REST API /repos/{owner}/{repo}/pulls。截至 4 月 29 日 00:40 UTC，GitHub 表示缓解仍在进行中，预计受影响的 PR 列表将在约 24 小时内完全恢复。此次事件并非计划维护，也不是全站宕机，而是一次影响代码评审、合并管理和发布流程可见性的部分服务故障。
—— GitHub Status
GitHub 正在处理一起与 Pull Requests 相关的服务降级事故。自 4 月 28 日（UTC）起，部分仓库的 /pulls 和 /repo/pulls 页面无法显示完整的拉取请求列表，原因是 GitHub 的 Elasticsearch 集群中缺少部分已索引文档。GitHub 表示，拉取请求数据并未丢失，但依赖 Elasticsearch 的页面在重建索引完成前可能无法返回完整结果。为缓解影响，GitHub 已开始重新索引剩余的 Pull Request 数据，并在期间推出临时缓解措施，以改善部分受影响仓库的可用性。官方同时建议用户临时使用不依赖 Elasticsearch 的方式获取 PR 数据，例如 GitHub CLI 的 gh pr list，或 REST API /repos/{owner}/{repo}/pulls。截至 4 月 29 日 00:40 UTC，GitHub 表示缓解仍在进行中，预计受影响的 PR 列表将在约 24 小时内完全恢复。此次事件并非计划维护，也不是全站宕机，而是一次影响代码评审、合并管理和发布流程可见性的部分服务故障。
—— GitHub Status