GitHub est-il en panne ?

Comprendre la disponibilité de GitHub

La disponibilité de GitHub peut varier selon les fonctionnalités. Un problème lors du chargement de github.com peut affecter le site web tandis que les opérations Git ou les requêtes API continuent de fonctionner. À l’inverse, un problème de connexion à l’API ou à Git peut laisser le site principal accessible.

Pour consulter les informations d’incident faisant autorité, consultez la page de statut officielle de GitHub. Comparez les informations actuelles avec le symptôme exact que vous observez :

• Accès au site web : Pouvez-vous ouvrir github.com et charger des dépôts, des profils ou les paramètres ?
• Opérations Git : Les commandes clone, fetch, pull ou push échouent-elles alors que le site web fonctionne ?
• Accès à l’API : Les requêtes vers api.github.com échouent-elles, expirent-elles ou renvoient-elles une erreur HTTP ?
• Authentification ou actions liées au compte : Le problème se limite-t-il à la connexion, à l’autorisation, à une organisation ou à un dépôt ?

Un incident indiqué sur la page de statut et correspondant à la fonctionnalité GitHub affectée est le meilleur indice d’un problème de service plus large. Si la page de statut n’indique aucun problème et qu’un seul appareil, réseau, dépôt ou compte est affecté, recherchez d’abord cette cause plus ciblée.

Diagnostiquer les problèmes liés à GitHub

Vérifier l’existence d’un incident côté GitHub

Ouvrez la page de statut officielle de GitHub et recherchez un incident en cours ou un composant dégradé correspondant à votre symptôme. Si un problème pertinent est signalé, évitez de modifier à répétition les paramètres locaux et réessayez une fois l’incident résolu.

Si la page de statut n’indique aucun problème correspondant, poursuivez avec les vérifications ciblées ci-dessous.

Distinguer les problèmes du site web, de Git et de l’API

• Essayez d’ouvrir github.com dans une fenêtre privée ou sur un autre appareil.
• Si le site web se charge mais qu’une intégration ou un script échoue, testez séparément la requête API concernée vers api.github.com.
• Si l’accès avec le navigateur fonctionne mais que git clone, git fetch, git pull ou git push échoue, vérifiez l’adresse du dépôt, l’authentification, les identifiants et la configuration Git locale.
• Si un seul dépôt, une seule organisation ou un seul compte est affecté, considérez plutôt un problème de périmètre ou d’autorisations qu’une preuve d’une panne globale.

Vérifier les causes liées au navigateur et à l’appareil

Si une page ne se charge pas, actualisez-la une fois, essayez une fenêtre privée et désactivez temporairement les extensions qui modifient les requêtes ou bloquent les scripts. Effacez les données du site uniquement si le problème semble limité à un navigateur. Comparez avec un autre navigateur ou appareil pour déterminer si l’échec suit le compte ou reste lié au navigateur d’origine.

Vérifier les causes liées au réseau et au DNS

Si GitHub fonctionne avec les données mobiles mais pas avec votre connexion habituelle, examinez le réseau local, le résolveur DNS, le VPN, le proxy, le pare-feu ou le filtrage de l’entreprise. Une erreur DNS, un refus de connexion ou un délai d’attente expiré correspond à une catégorie de problème différente d’une réponse HTTP générée par GitHub. Testez depuis un autre réseau avant de modifier les paramètres à l’échelle du système.

Vérifier le compte, le dépôt et l’étendue de l’authentification

Pour les dépôts privés ou les actions protégées, vérifiez que vous êtes connecté au compte souhaité et que l’URL du dépôt est correcte. Pour l’accès en ligne de commande, vérifiez le remote configuré et la méthode d’authentification sans exposer de tokens ni de clés privées. Une erreur d’autorisation ou d’authentification affectant un seul dépôt ne se résout généralement pas en attendant la fin d’une panne de la plateforme.

Vérifier les problèmes propres à l’API

Pour les appels API, notez l’endpoint, le statut HTTP, le message de réponse, l’heure de la requête et indiquez si la requête fonctionne sans l’application qui l’entoure. Vérifiez les identifiants, les autorisations, la construction de la requête, les réponses liées aux limites de débit ainsi que le comportement de l’application en matière de délai d’attente ou de nouvelle tentative. Ne collez pas de tokens d’accès dans des rapports de bug ou des journaux de diagnostic partagés avec d’autres personnes.