GitHub تسجّل أربع حوادث خلال 24 ساعة، آخرها عطل كبير في الـ Pull Requests والـ Actions

سجّلت صفحة الحالة الرسمية لدى GitHub أربع حوادث خلال أقل من 24 ساعة بين 3 و4 نوفمبر 2026. الأولى بدأت في الساعة 13:25 بتوقيت UTC يوم 3 نوفمبر، وطالت الـ API وعمليات Git وCopilot، ثم أُغلقت في 13:56. والثانية بدأت في 20:57 من اليوم نفسه، وأصابت عمليات Git مرة أخرى، وانتهت في 22:41.

وفي صباح 4 نوفمبر، بدأت الحادثة الثالثة في 08:45 بتوقيت UTC، وأصابت تاسكات Copilot Mission Control بنسبة خطأ بلغت نحو 2.5%، وأرجعتها الشركة إلى تقييد في قاعدة بيانات خارجية، ثم أُغلقت في 10:01.

أما الرابعة فهي الأشد. فتحت في 09:49 بتوقيت UTC، وصُنّفت major، وشملت الـ Pull Requests والـ Issues وعمليات Git والـ Actions، وكلها في حالة degraded. وبعد نحو ساعة وثلث أُضيفت الـ API Requests إلى القائمة. وحتى الساعة 13:16 بتوقيت القاهرة كانت الحادثة لا تزال في مرحلة التحقيق.

والأعطال في حد ذاتها أمر يحدث لأي خدمة. لكن ما يكشفه يوم كهذا هو طريقة اعتماد الفرق على المنصة. فلوحة المهام التي يتابع عليها الفريق عمله، ومراجعة الكود الجارية، والـ CI، والنشر، كلها تعمل على الخدمة نفسها. لذلك لا يتوقف الكود وحده، بل يتوقف خط التسليم من أوله إلى آخره بسبب توقف خارج سيطرة الفريق.

ولا يعني ذلك أن ترك GitHub قرار واقعي لمعظم الفرق. لكن ما يظهر في يوم العطل أن كثيرًا منها لا يملك حتى مكانًا آخر يسجّل فيه ما الذي ينتظره، ومن يتولى أمره، ومتى يُستأنف العمل.