Delays in commit processing
GitHub · Dernier état fournisseur enregistré : resolved
Le texte de la source officielle est affiché dans sa langue d’origine.
Le dernier état enregistré d’un événement n’est pas l’état actuel du service. Les listes des sources peuvent être incomplètes et la disparition d’une source ne confirme pas la reprise. Consultez le rapport actuel ou la source officielle pour des éléments plus récents.
Détails d’événement enregistrés
- État du fournisseur
- resolved
- Impact du fournisseur
- minor
- Enregistrement fournisseur créé
- 01 Sep 2026, 15:00:22 UTC
- Enregistrement fournisseur mis à jour
- 09 Sep 2026, 19:29:52 UTC
- Début explicite du fournisseur
- 01 Sep 2026, 15:00:22 UTC
- Fin explicite du fournisseur
- 01 Sep 2026, 16:01:21 UTC
Composants affectés signalés par le fournisseur
- Pull Requests
hhtssxt0f5v2
Ces associations décrivent le périmètre signalé de l’événement. Elles ne prouvent pas la disponibilité actuelle des composants ou des dépendances vérifiées.
L’heure de création d’un enregistrement n’est pas nécessairement le début d’une panne. Les heures non signalées restent indisponibles. Nous ne calculons pas la durée d’indisponibilité à partir des heures de collecte.
Mises à jour fournisseur dans les révisions enregistrées
Plus récentes en premier. Nous affichons jusqu’à 100 mises à jour distinctes parmi les 20 dernières révisions de contenu enregistrées. Les formulations révisées au même horodatage fournisseur sont conservées séparément.
- resolved
On September 1, 2026, between approximately 14:01 and 16:01 UTC, updates in response to pushes were delayed, temporarily showing stale diffs. The median time to refresh a diff after a push rose from the normal level of about 3 seconds to over 2 minutes at the peak, and more than 140,000 customer accounts had at least one delayed refresh during the most affected 75 minutes. Pushing commits and opening pull requests continued to work normally. The incident was caused by a sharp, concentrated surge in push volume that saturated worker pools and job queueing infrastructure. Autoscaling did not increase capacity as intended, so the backlog did not clear on its own. <br /><br />The incident was mitigated by manually scaling the affected worker pools and increasing push-processing capacity. This allowed the system to process the backlog, after which refresh times returned to normal. To reduce the likelihood and impact of similar incidents, we are adding quotas and throttling earlier in the push path so a single concentrated source of load cannot saturate shared capacity, improving worker-pool autoscaling so capacity is added automatically, and improving monitors for background job processing so on-call is paged before customers experience delayed pull request updates.
Vu dans une révision enregistrée à 06 Oct 2026, 13:58:39 UTC - investigating
Time to update pull request diffs have improved to normal thresholds.
Vu dans une révision enregistrée à 06 Oct 2026, 13:58:39 UTC - investigating
Diffs in the PR view may be stale for several minutes. We are investigating and scaling up resources.
Vu dans une révision enregistrée à 06 Oct 2026, 13:58:39 UTC - investigating
We are investigating reports of degraded performance for Pull Requests
Vu dans une révision enregistrée à 06 Oct 2026, 13:58:39 UTC