Historique des pannes de GitHub

1. 27 octobre 2026 à 20:21 UTCresolved

   Entre 0655 et 0801 UTC sur 10/27, les clients ont connu des taux de défaillance accrus pour les requêtes API et git authentifiées avec des jetons de serveur à serveur pour les applications GitHub (à l'exclusion des jetons Actions). Au cours de cette fenêtre, les opérations authentifiées de git ont retourné 404 pour 1,24% (2,6x) des demandes en moyenne et 2,49% (5,3x) au pic. Ces défaillances ont été causées par un événement de maintenance programmé où GitHub a migré 7 tables entre deux grappes MySQL dans nos centres de données IAD et Azure Central US. L'une des tables touchées stocke les enregistrements d'installation pour les jetons GitHub App server-to-server (hors Actions). Nous avons complété avec succès plusieurs de ces migrations au cours des derniers mois sans impact client notable. Cependant, dans ce cas, la migration a coïncidé avec un travail de nettoyage prévu sur la table des enregistrements d'installation, qui a supprimé environ 59 millions d'enregistrements de 0444-0617 UTC. En conséquence, l'outillage gh-ost utilisé dans la migration a connu des retards de réplication entre les groupes (jusqu'à 1 heure de pointe). À 6h55 UTC, nous commençons la transition des lectures des tables cibles vers le nouveau cluster MySQL, avec 100% des lectures coupées à 07h21 UTC. L'impact du client a commencé, mais n'a pas été détecté, tout au long de la coupe en lecture et a persisté jusqu'à la fin de la coupe en écriture à 0801 UTC. Nous mettons à jour nos processus et l'automatisation pour éviter une répétition de cet incident, y compris la suppression des tâches de nettoyage qui se chevauchent avant ces migrations et le blocage des lectures lorsque les délais de réplication sont élevés.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 26 octobre 2026 à 18:48 UTCinvestigating

   Nous enquêtons sur les rapports de performance dégradée pour les demandes d'API, les actions, les enjeux et les demandes de tirage

2. 26 octobre 2026 à 18:50 UTCmonitoring

   La dégradation a été atténuée. Nous veillons à assurer la stabilité.

3. 26 octobre 2026 à 18:54 UTCmonitoring

   Nous avons vu une latence élevée affectant les demandes d'API de REST, y compris les vérifications, et certaines actions, problèmes, demandes de tirage et la fonctionnalité GraphQL. Certaines demandes ont peut-être été lentes ou retardées, et les notifications ont été reportées de 17:59 UTC à 18:40 UTC. Nous avons atténué le problème et tous les services se sont rétablis.

4. 26 octobre 2026 à 18:57 UTCresolved

   Cet incident a été résolu. Merci de votre patience et de votre compréhension à l'égard de cette question. Une analyse détaillée des causes profondes sera partagée dès qu'elle sera disponible.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 23 octobre 2026 à 23:41 UTCinvestigating

   Nous enquêtons sur les rapports de performance dégradée pour Copilot AI Model Providers

2. 23 octobre 2026 à 23:42 UTCinvestigating

   Nous connaissons une disponibilité dégradée pour les modèles Grok 4.6 et Grok 4.7 dans les produits Copilot et les surfaces IDE. Cela est dû à un problème avec un fournisseur de modèles en amont. Alors que nous travaillons avec eux pour résoudre le problème, nous vous recommandons de choisir un autre modèle ou de sélectionner « Auto » pour continuer à utiliser Copilot.

3. 24 octobre 2026 à 00:23 UTCmonitoring

   La dégradation affectant les fournisseurs de modèles d'IA Copilot a été atténuée. Nous veillons à assurer la stabilité.

4. 24 octobre 2026 à 00:23 UTCresolved

   Entre 23h28 et 00h23 UTC le 27 octobre 2026, GitHub Copilot a connu une dégradation affectant les modèles Grok 4.6 et Grok 4.7. Les utilisateurs ont rencontré des taux d'erreur élevés lors de l'utilisation de ces modèles. La dégradation a été causée par un problème avec un fournisseur de modèles en amont. Les ingénieurs de GitHub ont détecté le problème par une surveillance automatisée et ont coordonné avec le fournisseur. Notre système automatisé d'avertissement de modèle a activé des avertissements en cours de produit pour les modèles touchés pendant l'incident. Le service est revenu à la normale après que le fournisseur a mis en place une atténuation.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 23 octobre 2026 à 14:58 UTCinvestigating

   Nous enquêtons sur les rapports de rendement pour certains services GitHub.

2. 23 octobre 2026 à 15:00 UTCinvestigating

   Nous enquêtons sur les retards dans la fermeture de certaines alertes de Dependabot après que les dépôts affectés ont été mis à jour pour remédier à une vulnérabilité. Le traitement des alertes est sauvegardé. Nous allons partager plus d'informations à mesure qu'il devient disponible.

3. 23 octobre 2026 à 15:39 UTCinvestigating

   Nous sommes en mesure d'augmenter la capacité de traitement des alertes pour réduire l'arriéré, ce qui cause des retards dans la fermeture de certaines alertes de Dependabot après la mise à jour des dépôts touchés. Nous continuons à surveiller et partagerons une autre mise à jour à mesure que de plus amples informations seront disponibles.

4. 23 octobre 2026 à 16:11 UTCinvestigating

   Nous continuons d'étudier les retards dans la fermeture de certaines alertes de Dependabot après la mise à jour des dépôts affectés. Le traitement des alertes demeure sauvegardé et des capacités de traitement supplémentaires sont mises en place pour aider à réduire l'arriéré. Nous surveillons le déploiement et partagerons une autre mise à jour à mesure que nous en apprendrons davantage.

5. 23 octobre 2026 à 16:43 UTCinvestigating

   Nous continuons d'étudier les retards dans la fermeture de certaines alertes de Dependabot après la mise à jour des dépôts affectés. Le traitement des alertes demeure sauvegardé et des capacités de traitement supplémentaires sont mises en place pour aider à réduire l'arriéré. Nous suivons les progrès et partagerons une autre mise à jour au fur et à mesure que nous en apprendrons davantage.

6. 23 octobre 2026 à 17:27 UTCinvestigating

   Certaines alertes de Dependabot continuent d'être retardées lors de la fermeture après que les mises à jour du dépôt répondent à une vulnérabilité. Nous continuons à enquêter et à travailler pour rétablir un traitement normal.

7. 23 octobre 2026 à 18:36 UTCmonitoring

   La dégradation a été atténuée. Nous veillons à assurer la stabilité.

8. 23 octobre 2026 à 18:51 UTCresolved

   Nous avons constaté qu'un fan-out de publication-conseil était accablant traitement d'alerte Dependabot sur les dépôts en saturant la file d'attente avec ses propres événements, retardant le traitement des événements liés aux poussées de dépôt. Nous avons maintenant isolé ce ventilateur-out et appliqué un gaz de sorte qu'il fonctionne à un taux fixe et ne peut pas retarder d'autres événements. Cette remise en état a permis d'éviter qu'un nouveau processus de retrait des ventilateurs n'affecte les utilisateurs.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 23 octobre 2026 à 07:29 UTCinvestigating

   Nous enquêtons sur des rapports de performance dégradée pour Actions

2. 23 octobre 2026 à 07:31 UTCinvestigating

   Nous observons des retards dans les résultats des flux de travail Actions signalés dans GitHub à partir de 07:07 UTC. La reprise est déjà observée, mais notre équipe continue d'étudier et de surveiller le rendement.

3. 23 octobre 2026 à 07:53 UTCmonitoring

   La dégradation affectant les actions a été atténuée. Nous veillons à assurer la stabilité.

4. 23 octobre 2026 à 07:56 UTCmonitoring

   À partir de 07:27 UTC, les résultats des actions sont à nouveau fournis dans les ALS normaux. Merci pour cette patience pendant cette période de résultats d'Actions retardées. Notre équipe continue de surveiller la santé du système et d'explorer des améliorations pour réduire l'impact pour les clients à l'avenir.

5. 23 octobre 2026 à 08:05 UTCresolved

   Cet incident a été résolu. Merci de votre patience et de votre compréhension à l'égard de cette question. Une analyse détaillée des causes profondes sera partagée dès qu'elle sera disponible.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 22 octobre 2026 à 15:28 UTCinvestigating

   Nous enquêtons sur les rapports de rendement dégradé pour les actions, les enjeux et les demandes de tirage

2. 22 octobre 2026 à 15:33 UTCinvestigating

   Certains utilisateurs peuvent éprouver des erreurs intermittentes lors du chargement des problèmes, des demandes de tirage et des résultats de recherche sur github.com. Nous enquêtons et travaillons pour rétablir un service normal.

3. 22 octobre 2026 à 16:08 UTCinvestigating

   Certains utilisateurs continuent à éprouver des erreurs intermittentes lors du chargement des problèmes, des demandes de tirage et des résultats de recherche sur github.com. Nous étudions et évaluons les options d'atténuation pour rétablir un service normal.

4. 22 octobre 2026 à 16:26 UTCinvestigating

   Les demandes d'API connaissent des performances dégradées. Nous continuons d'enquêter.

5. 22 octobre 2026 à 16:28 UTCinvestigating

   Les paquets connaissent des performances dégradées. Nous continuons d'enquêter.

6. 22 octobre 2026 à 16:35 UTCinvestigating

   Les demandes d'API fonctionnent normalement.

7. 22 octobre 2026 à 16:41 UTCinvestigating

   Certains utilisateurs continuent à éprouver des erreurs de chargement des problèmes, des demandes de tirage, des listes de paquets et des résultats de recherche sur github.com. Nous travaillons dans le cadre de multiples efforts d'atténuation et continuons d'enquêter.

8. 22 octobre 2026 à 17:16 UTCinvestigating

   Nous voyons la récupération après avoir ajouté la capacité, les erreurs diminuant. Certains utilisateurs peuvent encore éprouver des erreurs lors du chargement des problèmes, des demandes de tirage et des résultats de recherche sur github.com. Nous continuons d'œuvrer en faveur d'un rétablissement complet et d'une surveillance de la stabilité.

9. 22 octobre 2026 à 17:41 UTCinvestigating

   Mesures, problèmes, paquets et demandes de tirage fonctionnent normalement.

10. 22 octobre 2026 à 17:43 UTCinvestigating

    Nous assistons à une reprise dans les services touchés. GitHub Projects est toujours en cours de récupération à mesure que les mises à jour en attente sont traitées, et nous continuons de surveiller la stabilité.

11. 22 octobre 2026 à 18:26 UTCinvestigating

    Les autres services touchés se sont rétablis. Nous continuons d'enquêter sur les projets GitHub et de vérifier que l'opération normale a été rétablie.

12. 22 octobre 2026 à 19:04 UTCinvestigating

    Certaines mises à jour dans les projets GitHub sont toujours retardées. Nous poursuivons les travaux d'atténuation et de surveillance.

13. 22 octobre 2026 à 19:56 UTCinvestigating

    Certaines mises à jour de GitHub Projects liées aux changements de problèmes et aux requêtes de tirage fusionnées sont toujours retardées. Nous enquêtons sur les retards restants et nous travaillons pour rétablir un traitement normal.

14. 22 octobre 2026 à 20:46 UTCinvestigating

    Les mises à jour de certains projets GitHub, y compris les nouveaux éléments ajoutés et les changements apportés aux problèmes et les demandes de retrait, demeurent retardées. Nous avons identifié des interruptions dans le traitement des mises à jour et nous évaluons les mesures d'atténuation pour rétablir un fonctionnement normal.

15. 22 octobre 2026 à 22:07 UTCinvestigating

    Certaines mises à jour des projets GitHub, y compris les nouveaux éléments ajoutés et les changements aux problèmes et les demandes de tirage, sont toujours retardées. Nous avons vu une certaine reprise et nous travaillons à accroître la capacité d'accélérer la reprise.

16. 22 octobre 2026 à 23:48 UTCinvestigating

    Le traitement de la mise à jour des projets GitHub s'est amélioré, mais les éléments nouvellement ajoutés peuvent encore prendre plus de temps que prévu pour apparaître. Nous continuons de travailler sur les retards restants et de surveiller le rétablissement.

17. 23 octobre 2026 à 00:55 UTCmonitoring

    La dégradation a été atténuée. Nous veillons à assurer la stabilité.

18. 23 octobre 2026 à 02:30 UTCresolved

    Cet incident a été résolu. Merci de votre patience et de votre compréhension à l'égard de cette question. Une analyse détaillée des causes profondes sera partagée dès qu'elle sera disponible.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 22 octobre 2026 à 14:18 UTCinvestigating

   Nous enquêtons sur des rapports de performance dégradée pour Actions

2. 22 octobre 2026 à 14:19 UTCinvestigating

   Nous enquêtons sur les retards dans le traitement du workflow GitHub Actions et les résultats des étapes, ainsi que sur certaines mises à jour du dépôt.

3. 22 octobre 2026 à 14:35 UTCinvestigating

   Le traitement des mises à jour du dépôt a été récupéré. Nous continuons à travailler sur les retards affectant le flux de travail et les résultats des étapes de GitHub Actions. Nous allons partager une autre mise à jour au fur et à mesure que nous progressons.

4. 22 octobre 2026 à 15:06 UTCinvestigating

   Nous voyons la récupération, et le traitement de mise à jour du dépôt est revenu à la normale. Les retards affectant le flux de travail et les résultats de l'étape de GitHub Actions continuent de s'effacer à mesure que nous évaluons la capacité de traitement; l'arriéré restant devrait prendre environ 20 minutes.

5. 22 octobre 2026 à 15:17 UTCmonitoring

   La dégradation affectant les actions a été atténuée. Nous veillons à assurer la stabilité.

6. 22 octobre 2026 à 15:18 UTCmonitoring

   Le workflow GitHub Actions et le traitement des résultats par étapes ont été récupérés. Le traitement des mises à jour du dépôt est également revenu à la normale.

7. 22 octobre 2026 à 15:18 UTCresolved

   Cet incident a été résolu. Merci de votre patience et de votre compréhension à l'égard de cette question. Une analyse détaillée des causes profondes sera partagée dès qu'elle sera disponible.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 21 octobre 2026 à 14:52 UTCinvestigating

   Nous enquêtons sur les rapports de performance dégradée pour Actions, Demandes de tirage et Webhooks

2. 21 octobre 2026 à 15:15 UTCinvestigating

   Les actions subissent des performances dégradées. Nous continuons d'enquêter.

3. 21 octobre 2026 à 15:36 UTCinvestigating

   Nous enquêtons sur les retards affectant les mises à jour de la demande de tirage et les livraisons webhook. Une charge accrue sur notre plateforme de streaming d'événements contribue aux points chauds. Nous éloignons le trafic des zones touchées et ajoutons une capacité de traitement; l'impact se poursuit pendant que ces mesures d'atténuation prennent effet.

4. 21 octobre 2026 à 15:58 UTCinvestigating

   Nous continuons de constater des retards qui affectent les mises à jour des demandes de tirage, les livraisons en ligne et les événements du journal d'audit. La plateforme de streaming de l'événement montre des signes de récupération, et nous surveillons l'impact au fur et à mesure.

5. 21 octobre 2026 à 16:17 UTCinvestigating

   Les mises à jour de l'état du déroulement du processus de l'audit et des actions continuent d'être retardées. Les mises à jour de la demande de tirage et les livraisons de webhook sont en cours de récupération lorsque nous rétablissons le traitement des événements et travaillons à travers les arriérés. Nous surveillons la récupération et partagerons d'autres mises à jour au fur et à mesure que nous en apprendrons davantage.

6. 21 octobre 2026 à 16:25 UTCinvestigating

   Les événements du journal d'audit sont retardés de 100 minutes au maximum, et les mises à jour du flux de travail Actions continuent de connaître des retards prolongés. Les mises à jour de la demande de tirage et les livraisons de webhook sont en cours de récupération lorsque nous rétablissons le traitement des événements et travaillons à travers les arriérés. Nous sommes la surveillance de la récupération et partagerons d'autres mises à jour au fur et à mesure que nous en apprendrons davantage.

7. 21 octobre 2026 à 16:33 UTCinvestigating

   Les demandes de tirage fonctionnent normalement.

8. 21 octobre 2026 à 16:34 UTCinvestigating

   Les événements du journal de vérification continuent d'être retardés jusqu'à 110 minutes. Les mises à jour des requêtes de tirage ont été récupérées. Les actions se rétablissent et les utilisateurs ne devraient plus avoir d'impact sur les actions. Les livraisons de Webhook continuent de se rétablir au fur et à mesure que nous résorbons les arriérés. Nous surveillons la récupération et partagerons d'autres mises à jour à mesure que nous en apprendrons davantage.

9. 21 octobre 2026 à 16:57 UTCinvestigating

   Actions et Webhooks fonctionnent normalement.

10. 21 octobre 2026 à 16:59 UTCinvestigating

    Les actions et les livraisons en ligne ont repris. Les événements du journal de vérification sont toujours retardés d'environ 100 minutes. Nous travaillons sur l'arriéré, et le rétablissement complet prendra un certain temps. Nous partagerons plus de mises à jour au fur et à mesure que la récupération se poursuivra.

11. 21 octobre 2026 à 17:09 UTCinvestigating

    Tirer les mises à jour de la demande, les actions, et les livraisons webhook ont récupéré. Les événements du journal de vérification se rétablissent et les retards diminuent, mais nous nous attendons à ce que le reste de l'arriéré prenne environ deux à trois heures. Nous sommes la surveillance de la récupération et partagerons d'autres mises à jour.

12. 21 octobre 2026 à 18:18 UTCinvestigating

    Les événements du journal de vérification se rétablissent, les retards étant maintenant inférieurs à 90 minutes à mesure que l'arriéré restant est traité. Nous avons réduit la charge sur la plate-forme de streaming des événements et sommes en train de surveiller la récupération. D'autres mises à jour suivront.

13. 21 octobre 2026 à 18:52 UTCinvestigating

    Les événements du journal de vérification continuent de se rétablir, les retards étant maintenant inférieurs à 70 minutes. Nous avons appliqué des mesures d'atténuation pour accélérer le rétablissement et nous nous attendons à ce que les registres d'audit se rétablissent complètement en environ 40 minutes. Les mises à jour de la demande de tirage, les actions et les livraisons de webhook restent récupérées. Nous suivons les progrès accomplis et nous partagerons d'autres mises à jour.

14. 21 octobre 2026 à 19:22 UTCinvestigating

    Tirer les mises à jour de la demande, les actions, et les livraisons webhook ont récupéré. Les retards dans le relevé de vérification sont maintenant inférieurs à 40 minutes, à l'intérieur du seuil sain, et continuent de diminuer à mesure que l'arriéré restant est traité.

15. 21 octobre 2026 à 19:22 UTCresolved

    Cet incident a été résolu. Merci de votre patience et de votre compréhension à l'égard de cette question. Une analyse détaillée des causes profondes sera partagée dès qu'elle sera disponible.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 19 octobre 2026 à 15:49 UTCinvestigating

   Nous enquêtons sur les rapports de performance dégradée pour Actions et Pages

2. 19 octobre 2026 à 15:50 UTCinvestigating

   Webhooks connaît des performances dégradées. Nous continuons d'enquêter.

3. 19 octobre 2026 à 15:56 UTCinvestigating

   Nous étudions actuellement la disponibilité dégradée affectant GitHub Actions, GitHub Pages et Webhooks. Les clients peuvent subir des retards dans le traitement des flux de travail, la construction de sites et la livraison en ligne.

4. 19 octobre 2026 à 16:30 UTCinvestigating

   Nous voyons le rétablissement après l'atténuation et nous continuons de surveiller. Les clients peuvent encore avoir des retards dans les mises à jour de l'état du flux de travail de GitHub Actions, les déploiements de GitHub Pages et les événements de vérification et de flux de travail générés par les opérations Actions.

5. 19 octobre 2026 à 16:56 UTCmonitoring

   Actions, Pages et Webhooks fonctionnent normalement.

6. 19 octobre 2026 à 16:56 UTCresolved

   Le 19 octobre 2026, entre 15h24 et 16h52 UTC, GitHub Actions, GitHub Pages et webhooks générés par Actions ont été dégradés. Les mises à jour en direct sur GitHub.com et la recherche de code ont également été dégradées pour une partie de ce temps. Aucune donnée n'a été perdue. Impact - Les mises à jour du flux de travail, les journaux et les vérifications ont été retardés. - 5,13 % des emplois des coureurs hébergés par GitHub ont été retardés au début, et 0,02 % des parcours ont échoué. - Au cours des 30 premières minutes, 8,47 % des demandes aux emplois Actions L'API REST a retourné des erreurs. Les déploiements de pages et les webhooks générés par les actions ont été retardés. Un service d'Actions interne qui stocke les journaux et exécute les connexions perdues à certains de ses serveurs de cache dans une région cloud et les a immédiatement récupérés de chaque serveur à la fois. La montée en puissance de nouvelles connexions a surchargé un lien réseau partagé entre notre centre de données et cette région, qui a également perturbé d'autres services qui utilisent le même lien. Nous avons atténué l'incident en déplaçant le service Actions des serveurs de cache touchés et en réduisant les connexions d'autres services sur le lien. Nous avons ensuite traité les actions retardées. Nous continuons d'étudier la cause des délais de connexion initiaux. Nous étions déjà en train de déployer une limite sur la rapidité avec laquelle ce service peut ouvrir de nouvelles connexions, mais il était encore en mode ombre (logage seulement, pas d'exécution) au moment de l'incident. Depuis, nous l'avons pleinement appliqué et nous avons plafonné les tentatives de connexion simultanée du service. Nous étendons ces limites à d'autres services d'Actions, nous ajoutons de l'arrière-plan aux relevés, nous limitons la capacité de réseau partagée qu'un seul service peut utiliser et nous améliorons l'alerte afin de trouver la source des surtensions de connexion plus rapidement.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 15 octobre 2026 à 18:31 UTCinvestigating

   Nous enquêtons sur les rapports de rendement pour certains services GitHub.

2. 15 octobre 2026 à 18:34 UTCinvestigating

   CCA Automations connaissent des retards lorsque les utilisateurs démarrent une Automation

3. 15 octobre 2026 à 18:53 UTCmonitoring

   La dégradation a été atténuée. Nous veillons à assurer la stabilité.

4. 15 octobre 2026 à 18:56 UTCresolved

   Nous soupçonnions que CCA Automations subissait des retards lorsque les utilisateurs entreprenaient une automatisation, mais une enquête plus approfondie a révélé qu'il n'y avait aucun retard ou impact sur CCA Automations.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 14 octobre 2026 à 00:12 UTCresolved

   Le 13 octobre, vers 20h42 UTC, une défaillance de l'infrastructure a causé des retards dans les actions GitHub montrant des journaux pour les flux de travail. Aucun journal n'a été perdu et le problème a maintenant été résolu et le traitement des journaux a pris du retard. Les flux de travail réels qui ont produit les journaux n'ont pas été touchés et ont fonctionné normalement et il n'y a pas eu de retard ou de vérification.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 12 octobre 2026 à 12:21 UTCinvestigating

   Nous enquêtons sur les rapports de rendement dégradé pour les actions, les enjeux et les demandes de tirage

2. 12 octobre 2026 à 12:33 UTCinvestigating

   Les utilisateurs peuvent éprouver des problèmes en chargeant l'interface utilisateur de l'onglet Actions, en interagissant avec l'API Checks, en file d'attente de nouvelles actions, en créant et en mettant à jour des problèmes, et en demandant des examens PR, y compris via les API REST et GraphQL.

3. 12 octobre 2026 à 12:57 UTCinvestigating

   Nous avons une atténuation en cours et nous suivons le rétablissement. Les utilisateurs peuvent également subir des notifications Web retardées à mesure que nous atténuons.

4. 12 octobre 2026 à 13:02 UTCinvestigating

   Les demandes de tirage fonctionnent normalement.

5. 12 octobre 2026 à 13:38 UTCinvestigating

   Notre atténuation initiale n'a pas été pleinement réussie, et les utilisateurs peuvent encore rencontrer des retards et des erreurs avec des actions, des problèmes et des projets, et les notifications sont retardées. Nous continuons d'étudier la cause fondamentale et de travailler sur d'autres mesures d'atténuation.

6. 12 octobre 2026 à 14:35 UTCinvestigating

   La dégradation touchant les questions a été atténuée. Nous veillons à assurer la stabilité.

7. 12 octobre 2026 à 14:36 UTCinvestigating

   La dégradation affectant les actions a été atténuée. Nous veillons à assurer la stabilité.

8. 12 octobre 2026 à 14:37 UTCinvestigating

   Nous avons atténué les problèmes liés aux mesures, aux problèmes et aux projets et nous avons en cours d'atténuation pour remédier au retard avec des notifications.

9. 12 octobre 2026 à 15:19 UTCinvestigating

   Nous avons appliqué avec succès une mesure d'atténuation pour les notifications, et les notifications ont repris, mais elles continueront d'être retardées au fur et à mesure que nous résorbons l'arriéré.

10. 12 octobre 2026 à 15:50 UTCinvestigating

    Les notifications ont repris, mais elles continueront d'être retardées au fur et à mesure que nous résorbons l'arriéré.

11. 12 octobre 2026 à 17:34 UTCinvestigating

    Les notifications par Internet et par courriel continuent d'être retardées au fur et à mesure que nous faisons face à un arriéré de notifications.

12. 12 octobre 2026 à 19:28 UTCinvestigating

    Les notifications par Internet et par courriel seront retardées d'une heure de plus, car nous sommes près de terminer l'arriéré de notifications.

13. 12 octobre 2026 à 20:16 UTCresolved

    Le 12 octobre 2026 11:51 UTC GitHub a connu une augmentation de 500 réponses sur plusieurs pages d'application. Cela a causé des échecs sur les questions et les demandes de tirage ainsi que sur les projets et les actions. Les clients ont également connu des notifications différées dans leur boîte de réception Web et par courriel. L'impact immédiat sur les enjeux, les demandes de tirage, les projets et les mesures a été atténué par 12h41 UTC le 12 octobre. Les notifications des livraisons à la boîte de réception Web et par courriel étaient récupérées à 15:27 UTC et entièrement atténuées par 20:16 UTC. L'incident a été déclenché par une condition latente dans notre pipeline de transmission de notifications qui a mis un volume élevé d'une requête coûteuse sur nos répliques de base de données striées. Cette capacité de base de données réduite pour répondre aux demandes d'enjeux, de demandes de tirage, de projets et d'actions. Nous avons corrigé le chemin de code des notifications pipelines qui a émis la requête coûteuse. Nous améliorons également la résilience de la couche de base de données afin de réduire la probabilité et l'impact d'incidents semblables.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 7 octobre 2026 à 17:17 UTCinvestigating

   Nous enquêtons sur les rapports de performance dégradée pour Actions, Opérations Git, Problèmes et Demandes de tirage

2. 7 octobre 2026 à 17:25 UTCinvestigating

   Nous avons observé un impact généralisé sur les services GitHub de 16:52 UTC à 17:01 UTC, et nous enquêtons sur la cause profonde. Tous les systèmes ont récupéré. Cet incident est une réapparition de l'incident survenu plus tôt dans la journée https://www.githubstatus.com/incidents/djlmxz2zd0j7. Des mesures d'atténuation durables sont en cours. Nous fournirons une autre mise à jour dans 30 minutes.

3. 7 octobre 2026 à 17:27 UTCmonitoring

   La dégradation a été atténuée. Nous veillons à assurer la stabilité.

4. 7 octobre 2026 à 18:00 UTCmonitoring

   Tous les systèmes ont récupéré. Nous avons appliqué des mesures d'atténuation et nous n'anticipons pas une autre récurrence.

5. 7 octobre 2026 à 18:04 UTCresolved

   Le 7 octobre 2026, de 16:52 à 17:01 UTC, GitHub a connu une récurrence de la panne d'écriture plus tôt dans la journée. Les deux pannes partageaient la même cause. Veuillez consulter le résumé combiné des incidents, de leur impact et de nos mesures de prévention : https://www.githubstatus.com/incidents/djlmxz2zd0j7

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 7 octobre 2026 à 15:14 UTCinvestigating

   Nous enquêtons sur les rapports de disponibilité dégradée pour les actions, les opérations Git et les demandes de tirage

2. 7 octobre 2026 à 15:15 UTCinvestigating

   Les problèmes se dégradent. Nous continuons d'enquêter.

3. 7 octobre 2026 à 15:16 UTCinvestigating

   Webhooks connaît une disponibilité dégradée. Nous continuons d'enquêter.

4. 7 octobre 2026 à 15:24 UTCinvestigating

   Nous avons observé un impact généralisé sur les services GitHub entre 15:06 UTC et 15:16 UTC, et nous enquêtons sur la cause fondamentale. Nous voyons tous les systèmes récupérer, et nous fournirons une autre mise à jour sous peu.

5. 7 octobre 2026 à 15:25 UTCinvestigating

   Les demandes de tirage connaissent des performances dégradées. Nous continuons d'enquêter.

6. 7 octobre 2026 à 15:27 UTCinvestigating

   Git Operations fonctionne normalement.

7. 7 octobre 2026 à 15:27 UTCinvestigating

   Webhooks connaît des performances dégradées. Nous continuons d'enquêter.

8. 7 octobre 2026 à 15:31 UTCinvestigating

   La dégradation affectant les demandes de tirage a été atténuée. Nous veillons à assurer la stabilité.

9. 7 octobre 2026 à 15:32 UTCinvestigating

   Les actions fonctionnent normalement.

10. 7 octobre 2026 à 15:35 UTCinvestigating

    Git Operations connaît des performances dégradées. Nous continuons d'enquêter.

11. 7 octobre 2026 à 15:41 UTCinvestigating

    Nous observons une récupération partielle dans tous les systèmes. Nous continuons de surveiller et d'étudier les causes profondes de cette perturbation.

12. 7 octobre 2026 à 15:47 UTCinvestigating

    La dégradation touchant les questions a été atténuée. Nous veillons à assurer la stabilité.

13. 7 octobre 2026 à 15:49 UTCinvestigating

    La dégradation affectant les opérations Git et Webhooks a été atténuée. Nous veillons à assurer la stabilité.

14. 7 octobre 2026 à 15:56 UTCmonitoring

    La dégradation a été atténuée. Nous veillons à assurer la stabilité.

15. 7 octobre 2026 à 15:58 UTCmonitoring

    Nous assistons à une récupération complète de tous les systèmes, y compris les opérations Git, les demandes de tirage et les actions. Nous continuons d'étudier la cause profonde de la perturbation entre 15:06 UTC et 15:16 UTC, et partagerons une autre mise à jour sous peu.

16. 7 octobre 2026 à 16:23 UTCmonitoring

    Les opérations Git, les demandes de tirage et les actions sont entièrement récupérées et stables. La cause fondamentale a été identifiée et des mesures d'atténuation sont appliquées pour prévenir une réapparition.

17. 7 octobre 2026 à 16:25 UTCresolved

    Le 7 octobre 2026, GitHub a eu deux pannes d'écriture avec la même cause, totalisant environ 19 minutes. La première a couru de 15:06 à 15:16 UTC (environ 10 minutes) et la seconde de 16:52 à 17:01 UTC (environ 9 minutes). Dans les deux fenêtres, les actions qui sauvegardent ou modifient les données ont échoué à travers les opérations de Git, tirer les requêtes, les problèmes, GitHub Actions, l'API, les webhooks, la connexion et l'authentification, GitHub Apps et OAuth, la numérisation de code, Codespaces et Copilot. La lecture des données n'a pas été affectée. Lors de la première panne, 5,6 % des demandes Web et API ont échoué, atteignant un sommet de 8,9 %, et plus de 12 000 organisations ont vu des demandes échouées. Jusqu'à 26 % des requêtes d'authentification Git ont échoué, et 17 % des flux de travail Actions ont échoué avec des erreurs d'infrastructure. Lors de la deuxième panne, 6,2 % des demandes Web et API ont échoué, atteignant un sommet de 9,3 % et plus de 11 000 organisations ont été touchées. Jusqu'à 25% des demandes d'authentification Git ont échoué, et 19% des opérations d'actions ont échoué. Aucune base de données n'a subi de perte de données, et les opérations ont été réévaluées après la récupération. GitHub s'appuie sur un service interne qui surveille les serveurs de base de données qui devraient recevoir des données nouvelles et mises à jour. Tout en remplaçant les machines qui exécutent ce service dans le cadre de la maintenance régulière, l'une des nouvelles machines a commencé par une copie désuète de ses enregistrements, qui figuraient encore sur les serveurs de bases de données que nous avions déjà retirés. Lorsque ce nœud est venu en ligne, il a incorrectement modifié la configuration de routage avec les enregistrements périmés, routage des requêtes d'écriture vers des serveurs de base de données inexistants. Chaque panne s'est terminée quand l'une de nos machines établies avec la configuration correcte est devenue le leader du quorum et a envoyé la configuration correcte. Après la première panne, nous avons identifié la nouvelle machine comme étant la source et interrompu la maintenance automatique pour l'empêcher d'être à nouveau leader. À 16h52 UTC, une tâche de maintenance automatisée qui n'a pas honoré la pause l'a remis en charge, et la panne s'est à nouveau produite. Nous avons fermé cette machine à 17h02 UTC et l'avons depuis supprimée, et l'automatisation honore maintenant la pause, qui était une nouvelle régression en raison d'une mise à jour de notre infrastructure de marionnettes. Afin d'éviter toute répétition, nous éliminons les serveurs de base de données retraités des enregistrements du service avant l'ajout de toute nouvelle machine, et nous gardons de nouvelles machines d'être élu chef jusqu'à ce que leurs enregistrements aient été vérifiés. Nous changeons également nos systèmes pour rejeter la configuration qui pointe vers des serveurs qui n'existent pas et pour continuer à utiliser les derniers paramètres connus. Enfin, nous donnons aux répondeurs un moyen plus rapide de mettre hors service une machine qui se comporte mal, et ajoutons des alertes afin que des changements comme celui-ci soient repérés en quelques secondes. Nous partagerons un compte rendu plus détaillé de ces incidents dans notre rapport mensuel de disponibilité, ainsi que l'état des réparations que nous faisons pour éviter des problèmes comme ceux-ci à l'avenir.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 6 octobre 2026 à 19:57 UTCinvestigating

   Nous enquêtons sur les rapports de performance dégradée pour les demandes Pull et Webhooks

2. 6 octobre 2026 à 20:04 UTCinvestigating

   Webhooks fonctionne normalement.

3. 6 octobre 2026 à 20:12 UTCinvestigating

   Les demandes de tirage fonctionnent normalement.

4. 6 octobre 2026 à 20:22 UTCinvestigating

   Un certain nombre de services, y compris les problèmes, les demandes de tirage et les webhooks, ont été brièvement dégradés, mais ont maintenant récupéré. Les migrations d'entreprises sont interrompues pendant que nous confirmons les causes et les mesures d'atténuation.

5. 6 octobre 2026 à 20:26 UTCmonitoring

   La dégradation a été atténuée. Nous veillons à assurer la stabilité.

6. 6 octobre 2026 à 20:57 UTCinvestigating

   Tous les services fonctionnent normalement, sauf pour les migrations d'entreprises, qui sont toujours en pause. Ils reprendront bientôt.

7. 6 octobre 2026 à 21:29 UTCinvestigating

   Nous travaillons à une atténuation qui nous permettra de reprendre le traitement des migrations des entreprises.

8. 6 octobre 2026 à 22:40 UTCinvestigating

   Nous déployons un plan d'atténuation pour reprendre les migrations peu après

9. 6 octobre 2026 à 23:40 UTCresolved

   Le 6 octobre 2026, de 19:44 à 19:50 UTC, GitHub a connu une panne de service avec des taux d'erreur élevés atteignant un maximum de 1,30 % de toutes les demandes, totalisant environ 1,16 million de demandes rejetées. Cela a touché 12 services dans GitHub, y compris les demandes de tirage, Webhooks, Repos, OAuth, Git sur SSH, Codespaces et Gists. L'incident a été déclenché par GitHub Enterprise Importer (GEI) faisant plusieurs requêtes de longue durée qui ont saturé un pool de connexion à la base de données. La reprise a été observée à environ 19h50 UTC une fois que les appels de la migration a cessé; les migrations GEI ont été réactivées à 23h32 UTC après la fusion d'un correctif de code. Nous avons terminé un examen détaillé des causes profondes et nous mettons en oeuvre de meilleures mesures de protection de la santé dans les bases de données. Nous continuerons d'examiner et d'ajouter des mesures de sauvegarde supplémentaires afin d'éviter toute récurrence future.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 5 octobre 2026 à 23:47 UTCinvestigating

   Nous enquêtons sur les rapports de rendement pour certains services GitHub.

2. 6 octobre 2026 à 00:05 UTCinvestigating

   Les utilisateurs peuvent rencontrer des problèmes d'accès aux pages de facturation et de licence de l'organisation et de l'entreprise. Nous déployons des mesures d'atténuation et de surveillance pour le rétablissement.

3. 6 octobre 2026 à 01:32 UTCresolved

   Le 5 octobre, 2026, entre 23h05 UTC et 00h11 UTC le 6 octobre, certains utilisateurs ont connu des charges de pages lentes, des délais et des erreurs lors de l'accès aux pages de facturation, de licences et de paramètres de l'organisation et de l'entreprise. En moyenne, le taux d'erreur était de 1,9 % et a culminé à 13,8 % des demandes au service qui alimente ces pages. Cela a été causé par une défaillance du réseau, qui a perturbé la connectivité entre l'une de nos régions de datacenter sur site et un sous-ensemble de services de base de données régionaux hébergés dans le cloud. Nous avons atténué l'incident en déplaçant le trafic de la base de données vers une région saine. Nous nous efforçons de rendre plus rapide et plus complète la mise en échec des bases de données régionales, de réduire les délais d'attente de sorte que ces pages échouent rapidement au lieu de s'accrocher, et d'ajouter des alertes basées sur la latence pour réduire notre temps de détection et d'atténuation de problèmes comme celui-ci dans le futur. Nous continuons à nous associer à notre fournisseur de cloud pour comprendre la défaillance du réseau sous-jacent.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 5 octobre 2026 à 19:11 UTCinvestigating

   Nous enquêtons sur des rapports de performance dégradée pour Actions

2. 5 octobre 2026 à 19:15 UTCinvestigating

   Nous enquêtons sur un problème entraînant des retards lors de l'affectation des coureurs accueillis par GitHub à des emplois Actions. Certains workflows peuvent prendre plus de temps pour commencer à travers les configurations des coureurs. Nos équipes s'efforcent d'atténuer le problème, et nous fournirons une mise à jour à mesure que nous en apprendrons davantage.

3. 5 octobre 2026 à 19:50 UTCinvestigating

   Nous enquêtons toujours sur les retards dans l'attribution des coureurs hébergés par GitHub, affectant les temps de démarrage du workflow dans plusieurs configurations de coureurs. Nos équipes s'efforcent d'atténuer l'impact; nous partagerons une autre mise à jour en apprenant davantage.

4. 5 octobre 2026 à 20:39 UTCinvestigating

   Nous continuons d'étudier les échecs et les retards d'emploi affectant l'affectation des coureurs et les heures de début du flux de travail. Nos équipes s'emploient activement à atténuer l'impact et fourniront une autre mise à jour à mesure que nous en apprendrons davantage.

5. 5 octobre 2026 à 20:47 UTCinvestigating

   La disponibilité des actions est dégradée. Nous continuons d'enquêter.

6. 5 octobre 2026 à 21:09 UTCinvestigating

   En plus des problèmes permanents avec Actions et Hosted Runners, certains clients sont également incapables d'accéder à la liste de dépôt, aux licences et aux pages de facturation dans leurs comptes GitHub. Nous continuons d'enquêter et nous travaillons sur l'atténuation.

7. 5 octobre 2026 à 21:22 UTCinvestigating

   Pages connaît des performances dégradées. Nous continuons d'enquêter.

8. 5 octobre 2026 à 21:31 UTCinvestigating

   Les actions subissent des performances dégradées. Nous continuons d'enquêter.

9. 5 octobre 2026 à 21:32 UTCinvestigating

   Nous avons appliqué des mesures d'atténuation pour remédier aux défaillances de GitHub Actions. Les emplois en attente sont défrichés, les nouveaux emplois ne sont pas retardés, et nous nous attendons à une reprise complète des coureurs sous peu. Nous continuons de surveiller la récupération complète et nous nous efforçons d'atténuer les problèmes permanents touchant d'autres services, notamment l'accès aux listes de dépôt, aux licences et aux pages de facturation.

10. 5 octobre 2026 à 21:54 UTCinvestigating

    Les actions fonctionnent normalement.

11. 5 octobre 2026 à 22:40 UTCinvestigating

    Les pages fonctionnent normalement.

12. 5 octobre 2026 à 22:49 UTCresolved

    Le 5 octobre 2026, entre 18:48 et 22:49 UTC, GitHub Actions et Hosted Runners ont connu des performances dégradées. Sur l'ensemble de l'incident, 14,3 % des opérations avec des coureurs hébergés par GitHub et 26,5 % des tâches individuelles hébergées par GitHub n'ont pas commencé en cinq minutes. Au cours de la période d'environ 90 minutes où l'impact est le plus élevé, 47,0 % des flux de travail en utilisant des coureurs hébergés par GitHub ont échoué et 71,9 % des emplois hébergés par GitHub n'ont pas commencé en moins de cinq minutes, tandis que les sites existants de Pages ont continué à servir normalement. Une partie des clients ont également rencontré des erreurs intermittentes dans les listes de dépôt, les pages de licence et de facturation et certaines fonctionnalités de copilote. Les coureurs auto-accueillés n'ont pas été affectés. L'incident a été causé par une défaillance partielle du réseau qui a perturbé la connectivité entre l'une de nos régions de datacenter sur site et un sous-ensemble de services de base de données et de stockage régionaux hébergés dans le cloud. Nous avons atténué l'incident en transférant la base de données et le trafic de stockage vers des régions et des paramètres sains et en augmentant la capacité des services de calcul touchés. GitHub Actions et les coureurs hébergés récupérés par 21:54 UTC, et tous les services touchés récupérés par 22:49 UTC. Nous sommes en partenariat avec notre fournisseur de cloud pour comprendre la défaillance du réseau et identifier les améliorations à la résilience du réseau, la détection et la récupération pour des incidents similaires.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 1 octobre 2026 à 14:47 UTCinvestigating

   Nous enquêtons sur des rapports de performance dégradée pour Actions

2. 1 octobre 2026 à 14:54 UTCinvestigating

   Nous avons identifié la cause de l'augmentation des retards de démarrage des actions sur les coureurs Ubuntu et déployons activement une correction. Les clients peuvent continuer à subir des retards intermittents pendant que l'atténuation se déroule et que les mesures de service reviennent à la normale.

3. 1 octobre 2026 à 15:02 UTCinvestigating

   Les retards de démarrage sur les coureurs Ubuntu ont été résolus. Nous enquêtons sur les retards de démarrage sur les coureurs Windows et partagerons plus d'informations dès qu'il sera disponible.

4. 1 octobre 2026 à 15:10 UTCmonitoring

   La dégradation affectant les actions a été atténuée. Nous veillons à assurer la stabilité.

5. 1 octobre 2026 à 15:20 UTCinvestigating

   Les actions subissent des performances dégradées. Nous continuons d'enquêter.

6. 1 octobre 2026 à 15:29 UTCinvestigating

   Nous assistons à une réapparition des retards de démarrage, et nous continuons d'enquêter sur la question. Les clients subiront des retards pouvant aller jusqu'à dix minutes.

7. 1 octobre 2026 à 16:10 UTCinvestigating

   Nous avons identifié un problème avec notre fournisseur en amont qui cause des demandes d'Actions à 429 ce qui crée des retards. Nous sommes passés à l'équipe propriétaire et nous étudions la façon d'atténuer les 429.

8. 1 octobre 2026 à 16:48 UTCinvestigating

   Nous appliquons actuellement une mesure d'atténuation et prévoyons le rétablissement dans les trente minutes.

9. 1 octobre 2026 à 17:50 UTCinvestigating

   GitHub Actions a connu des performances dégradées pour certains coureurs hébergés en raison d'une dépendance Azure en amont. La capacité de service s'est rétablie et nous continuons de surveiller l'état sous-jacent en travaillant avec Azure.

10. 1 octobre 2026 à 17:56 UTCresolved

    Le 1er octobre 2026, GitHub Actions a connu deux périodes de travail retardés et échoués, à partir d'environ 14h15 UTC. Dans la fenêtre incident-réponse 14:15–17:56 UTC, environ 0,68% des parcours de workflow ont connu des retards de démarrage, et 0,196% des travaux n'ont pas commencé. Un changement de routage chez notre fournisseur de cloud a concentré le trafic API sur un seul moteur, provoquant une augmentation des erreurs de limite tarifaire. Comportement incorrect de réessayer dans le service d'inventaire du fournisseur a ajouté de la charge aux API touchées, ce qui additionne la limite de taux. Cela a perturbé l'approvisionnement des coureurs et réduit la capacité disponible dans les régions touchées. L'augmentation de la demande qui en résulte dans les régions non touchées a révélé une limite de convergence dans notre système d'affectation des emplois, ce qui a retardé les emplois, même là où les coureurs étaient disponibles. Au cours de la réponse, nous avons augmenté la cohérence de l'attribution des tâches, augmenté la capacité de coureur, et travaillé avec notre fournisseur de cloud pour réduire la charge d'API en excluant nos abonnements coureur de son service d'inventaire. Vers 16 h 15 UTC, les emplois commençaient et s'exécutaient comme prévu. Nous avons poursuivi l'atténuation et la surveillance jusqu'à ce que l'incident soit résolu à 17 h 56 UTC. Notre fournisseur de cloud a depuis augmenté les limites de taux d'API de gestion des ressources pour nos charges de travail. Afin de réduire la probabilité et l'incidence d'incidents semblables, nous ajoutons également des alertes plus granulaires limitant les taux et mettons à jour notre système d'affectation des emplois pour faire face à une demande accrue dans moins de régions disponibles.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 1 octobre 2026 à 13:37 UTCinvestigating

   Nous enquêtons sur les rapports de rendement pour certains services GitHub.

2. 1 octobre 2026 à 13:39 UTCinvestigating

   Nous enquêtons sur les périodes récurrentes de latence élevée affectant les demandes Web. Nous partagerons les mises à jour à mesure que plus d'informations seront disponibles.

3. 1 octobre 2026 à 13:51 UTCmonitoring

   La dégradation a été atténuée. Nous veillons à assurer la stabilité.

4. 1 octobre 2026 à 13:57 UTCresolved

   Le 1er octobre, 2026, entre 13:04 UTC et 13:34 UTC, les utilisateurs ont connu deux périodes de chargements de pages lents et de pannes de requêtes intermittentes sur GitHub.com. En moyenne, le taux d'erreur était de 0,52 % et a culminé à 6,13 %. Un volume exceptionnellement élevé de trafic entrant a placé une charge supplémentaire sur notre infrastructure de gestion du trafic, retardant les demandes avant qu'ils n'atteignent nos serveurs d'application. Les performances sont revenues à la normale lorsque le trafic a diminué, et nous avons depuis appliqué un filtrage supplémentaire du trafic pour protéger contre un trafic similaire. Nous améliorons l'alerte en cas de retard dans notre infrastructure de gestion du trafic et renforçons nos protections automatisées pour réduire notre temps de détection et d'atténuation.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 1 octobre 2026 à 11:34 UTCresolved

   Le 1er octobre, vers 02h00 UTC, une défaillance isolée de l'infrastructure a fait perdre l'état d'exécution de GitHub Actions pour un petit nombre d'exécutions existantes. Les pistes touchées peuvent rester bloquées, échouer aux approbations de déploiement ou renvoyer des erreurs lorsqu'elles sont annulées. La connectivité du service s'est rétablie, mais l'état perdu ne peut pas être rétabli en rejugant une approbation. Si vous êtes affecté, vous pouvez déclencher une nouvelle course ou contacter GitHub Support avec des liens vers vos courses bloquées afin que nous puissions les débloquer. Une fois effacé, sélectionnez « Re-exécuter tous les emplois ». Cela préserve l'ID du flux de travail, mais commence une nouvelle tentative, reconstitue des artefacts, et nécessite de nouvelles approbations de déploiement. Avant de recommencer, vérifiez si des étapes de déploiement ont déjà été effectuées pour éviter de répéter les changements.

Traduit automatiquement depuis la mise à jour officielle de l'incident.