· kaynak Hacker News – Front Page (native)
GitHub'daki olay Actions, Issues, Projects ve bildirimleri etkilemeye devam ediyor
GitHub, çok sayıda servisi etkileyen kesintideki ilk hafifletme çabasının tam başarılı olmadığını belirtti; mühendisler kök nedeni ararken Actions, Issues, Projects ve bildirimler güvenilmez durumda.

GitHub çekirdek servislerde süren bozulmayı doğruladı
GitHub; Actions, Issues, Projects ve bildirimler dahil olmak üzere birkaç çekirdek geliştirici servisini bozan bir olayla mücadele ediyor. Şirketin durum sayfasına göre, sorunu hafifletmek için yapılan ilk girişim tam olarak başarılı olmadı ve mühendislerin soruşturmaya başlamasının üzerinden bir saatten fazla zaman geçmesine rağmen kullanıcılar hâlâ gecikme ve hatalarla karşılaşıyor.
Olay, Hacker News ana sayfasında görünmesinin ardından geniş ilgi gördü.
Olay nasıl gelişti
GitHub, Actions, Issues ve Pull Requests genelinde performans bozulması bildirimlerinin ardından 12 Ekim 2026'da saat 12:21 UTC'de soruşturmayı başlattı. On iki dakika sonra şirket belirtileri detaylandırdı: arayüzde Actions sekmesinin yüklenmesinde sorun, Checks API ile etkileşimde problemler, yeni Actions çalıştırmalarının kuyruğa alınmasında başarısızlıklar, issue oluşturma ve güncellemede zorluklar ve pull request'lerde inceleme istenirken hatalar.
Özellikle, durum güncellemesi bu sorunların hem REST hem de GraphQL API'lerine yayıldığını belirtti; yani kesinti web sitesiyle sınırlı değildi — botlar, CI araçları ve iç otomasyon gibi bu uç noktaların üzerine inşa edilmiş her şey de etkilenebilirdi.
Saat 12:57 UTC'de GitHub bir düzeltmenin devreye alındığını ve mühendislerin iyileşme belirtilerini izlediğini bildirirken, hafifletmenin bir yan etkisi olarak web bildirimlerinin gecikebileceği konusunda uyardı. Beş dakika sonra, saat 13:02 UTC'de şirket Pull Requests'in normale döndüğünü duyurdu.
İlk düzeltme hedefine ulaşamadı
Toparlanma her alanda kalıcı olmadı. Saat 13:38 UTC'de yayımlanan bir güncellemede GitHub, ilk hafifletme çabasının yetersiz kaldığını kabul etti: kullanıcılar Actions, Issues ve Projects ile hâlâ gecikme ve hatalar yaşayabiliyordu ve bildirimler gecikmeli kalmaya devam ediyordu. Şirket, temel nedeni araştırmaya ve ek hafifletme önlemleri hazırlamaya devam ettiğini söyledi.
Olay sayfasındaki en son kayda göre henüz bir çözüm açıklanmamıştı ve resmî olarak etkilenen bileşenler Issues, Pull Requests ve Actions olarak listelenmeye devam ediyordu — oysa Pull Requests'in 13:02 UTC'de sağlıklı olduğu bildirilmişti.
Geliştiriciler için pratik etkiler
Kesintinin kapsamı doğrudan günlük geliştirme iş akışlarına denk geliyor. GitHub Actions'a dayanan CI pipeline'ları yeni çalıştırmaları kuyruğa alamayabilir veya Checks API'nin yanıt vermesini beklerken takılabilir; bu da geçen build'lere bağlı merge'leri durdurur. Planlamasını Issues ve Projects ile yürüten ekipler, sprint ortasında ticket oluşturma veya güncelleme yeteneğini kaybedebilir. Geciken bildirimler daha sessiz bir sorun ekliyor: katkıda bulunanlar, bir build'in başarısız olduğunu, bir inceleme istendiğini veya bir olay sürdüğünü, normalde kendilerini bilgilendirecek sinyaller hiç ulaşmadığı için fark etmeyebilir.
Hatalar REST ve GraphQL API'lerine ulaştığı için üçüncü taraf entegrasyonlar temiz bir performans düşüşü yerine zaman aşımı veya hata yanıtları görebilir; bu da olayın, durum sayfası kontrol edilmeden önce birinin kendi aracındaki bir hata gibi görünmesine yol açabilir.
Neden önemli
GitHub Actions, açık kaynak ve ticari projelerin büyük bir bölümü için CI/CD omurgası haline geldi; Issues ve Projects ise aynı ekiplerin çoğu için koordinasyon katmanı olarak hizmet veriyor. Çalıştırma kuyruklama ve issue güncellemeleri API düzeyinde başarısız olduğunda etki alanı yavaş bir web sitesinin çok ötesine uzanır: sürümler gecikir, merge'ler hiç rapor gelmeyen kontrolleri bekler ve GitHub API'lerine karşı yazılmış otomasyonlar, yazarlarının öngörmediği şekillerde bozulur.
Olay aynı zamanda modern geliştirmenin ne kadar tek bir platformda birleştiğinin bir hatırlatıcısı. Kaynak barındırma, kod incelemesi, CI, proje takibi ve bildirimler, tek bir sağlayıcının güvenilirliğine bağlı olarak hep birlikte başarısız olabilir; dar sürüm pencereleri olan veya CI sonuçlarına bağlı nöbet rotasyonları olan ekipler, bu bağlantı bedelini kaybedilen zamanla öder.
GitHub henüz bir kök neden tespit etmedi. Durum sayfası, ek hafifletme önlemleri ve nihai çözümle ilgili güncellemeler için yetkili kaynak olmaya devam ediyor.
- #github
- #github-actions
- #ci-cd
- #developer-tools
- #outage
İlgili yazılar
- pin-deep, pin'lenmiş GitHub Actions'ların kendi bağımlılıklarını pin'leyip pin'lemediğini özyinelemeli olarak denetliyor
- QGIS'in yapay zekâ destekli katkıları yasaklama önerisi, geniş ifadeler nedeniyle tepki çekiyor
- mcp.tc, tek tıkla client kurulumuyla yaklaşık 1.000 MCP sunucusunu içeren ücretsiz bir dizin başlattı