GitHub ने 28-29 अप्रैल के दौरान multi-service degradation का अनुभव किया जिसने GitHub Issues को 20 घंटे 24 मिनट, GitHub Pages को 20 घंटे 24 मिनट, और GitHub Actions को 14 घंटे 6 मिनट के लिए offline कर दिया, GitHub के अपने स्थिति पृष्ठ के अनुसार जो StatusGator द्वारा ट्रैक की जाती है। DownDetector पर रिपोर्टें 28 अप्रैल को लगभग 9:05 AM CET पर बढ़ गईं। प्रकाशित घटना शीर्षक था "Incomplete pull request results in repositories." यह आउटेज उसी हफ़्ते में आया जब GitHub ने Copilot के लिए usage-based AI Credits pricing पर जाने की घोषणा की — मिलकर, यह हफ़्ता "एक ही git host पर निर्भर न रहो" तर्क को वर्षों से सबसे आसान बना देता है।
अवधि trigger से ज़्यादा मायने रखती है। Issues और Pages पर 20 घंटे का आउटेज, और Actions पर 14 घंटे का आउटेज, developer workflow के बड़े हिस्सों को offline कर देता है। Issues वह जगह है जहां अधिकांश open-source projects के लिए bug tracking और project management रहते हैं। Pages वह जगह है जहां कई छोटे projects अपनी documentation और demos host करते हैं। Actions दुनिया के de-facto package distribution graph के नीचे CI/CD substrate है — जब Actions down होता है, packages canonical pipelines से publish नहीं होते, GitHub Container Registry pushes fail होते हैं, और कोई भी project जिसने अपनी release process को Actions runners से बांधा है वह release करना बंद कर देता है। एकमात्र जड़-घटना शीर्षक — "Incomplete pull request results in repositories" — cascade को छिपाता है: PR-संबंधित metadata Actions triggers को feed करता है, जो Pages deployments को feed करता है, जो Issues ticket flows को feed करता है। जब pull-request data layer डगमगाती है, ऊपर का पूरा graph डगमगाता है।
GitHub developer ecosystem के पास सबसे क़रीबी single-point-of-failure है। GitHub पर लगभग 20 करोड़ developers हैं और दुनिया के open-source CI का एक गैर-तुच्छ हिस्सा GitHub Actions पर चलता है। इस हफ़्ते की reliability कहानी असुविधाजनक है: 20 घंटे का Issues outage 20 मिनट का glitch नहीं है, और कारण के तौर पर एक PR-data-layer issue सुझाता है कि failure infrastructure noise से गहरी थी। 28 अप्रैल को घोषित AI Credits के साथ Copilot pricing reset के साथ मिलाकर, हफ़्ता "भंगुर core systems वाले central platform AI features के लिए और भी ज़्यादा charge करने वाले हैं" के तौर पर पढ़ा जाता है। आगामी कुछ हफ़्तों में GitLab, Codeberg, Forgejo और self-hosted Gitea में मापने योग्य उछाल की उम्मीद रखें। उछाल बड़े पलायन के तौर पर नहीं होगा — switching लागत बहुत है — लेकिन उच्च-traffic open-source projects के maintainers mirrors और fallbacks के बारे में अधिक गंभीरता से सोचने लगेंगे।
Builders के लिए, वास्तव में करने के लिए तीन चीज़ें। पहला, GitHub Actions पर specifically अपनी release-process निर्भरता का audit करें: अगर आपकी package release, container build, या documentation deploy pipeline केवल तब fire होती है जब Actions runners स्वस्थ हों, तो आपके पास एक छिपा हुआ single point of failure है। Critical jobs के लिए दूसरे CI provider (CircleCI, Buildkite, GitLab CI, self-hosted runners) पर mirror करें, भले ही आप day-to-day Actions पर रखें। दूसरा, अपने repo को दूसरे host पर push-mirror करें। GitLab या Codeberg पर एक remote का 90-second setup खुद का भुगतान पहली बार में करता है जब GitHub Issues writes स्वीकार करना बंद कर देता है। तीसरा, Copilot pricing reset और यह आउटेज मिलकर "AI dev tools जो offline या वैकल्पिक infrastructure पर काम करते हैं" को एक अधिक convincing pitch बनाएंगे — अगले महीने में ऐसे product launches पर नज़र रखें जो "आपका AI coding assistant आपके infrastructure पर चलता है, GitHub के नहीं" के साथ शुरू होते हैं।