GitHub Bildirim Saklama Süresi Kısalıyor: Ne Yapmalı?
Garip gelecek ama, Dün sabah GitHub hesabımı açtığımda, gelen kutumda 340 küsur okunmamış bildirım vardı. Yüzlercesi aylardır arşivlenmiş repoların watch bildirimleri, bir kısmı da üç-dört ay öncesinden kalmış eski issue yorumlarıydı (ben de ilk duyduğumda şaşırmıştım). Hani şöyle bir baktım, “bunların yarısını niye saklıyorum ki?” dedim. Tam da bu düşünceyle GitHub’ın yeni duyurduğu iki değişiklik bana baya yerinde geldi, en azından benim için.
📋 İçindekiler
-
Evet, doğru duydunuz.
Bak şimdi, Kurumsal tarafta işe asıl mesele compliance oluyor. Bazı sektörlerde (finans, sağlık) “kim ne zaman hangi değişikliği gördü” sorusunun cevabı önemli olabiliyor. GitHub web bildirimleri resmî bir audit log değil tabi ama — dur bir saniye, aslında şunu net söylemem lazım — eğer audit amaçlı bildirım takibi yapıyorsanız zaten yanlış yoldasınız (inanın bana). GitHub Audit Log API’si var; önü kullanın.
Bildirım Yönetimi İçin Önerilerim
Bu değişiklikleri fırsat bilip bildirım stratejinizi gözden geçirmenizi öneririm (kendi tecrübem). İşte benim yıllardır uyguladığım ve danışmanlık verdiğim ekiplere de önerdiğim yaklaşım: (şaşırtıcı ama gerçek)
- Watch sayınızı azaltın: Gerçekten takip etmeniz gereken repoları belirleyin. Ben şu an sadece 12 repoyu aktif olarak watch’lıyorum; geri kalanını “Participating and @mentions” moduna aldım.
- Custom routing kurun: GitHub notification settings’den hangi tür bildirimlerin e-posta ile geleceğini, hangilerinin sadece web’de görüneceğini ayarlayın. CI/CD failure’ları e-posta’ya, genel tartışmalar sadece web’e gitsin mesela.
- Haftalık temizlik alışkanlığı edinin: Her cuma 10 dakika ayırıp bildirimleri temizleyin. Ben bunu 2021’den beri yapıyorum; hayat kurtarıyor diyebilirim. (bence en önemlisi)
- Otomasyon kurun: GitHub Actions veya Azure Logic Apps ile kilit bildirimleri Teams/Slack’e yönlendirin. Geri kalanını bırakın GitHub’da kalsın — ve 3 ay sonra kendiliğinden gitsin. — bunu es geçmeyin
Watch Stratejisi Karşılaştırması
Senaryo Önerilen Watch Modu Bildirım Kanalı Kendi aktif projeniz All Activity E-posta + Web Ekip arkadaşının reposu Participating & @mentions Sadece Web Takip ettiğiniz açık kaynak proje Releases Only E-posta Arşivlenmiş repo Unwatch Yok — gerek yok Bağımlılık olarak kullandığınız kütüphane Custom (Security alerts) E-posta + Otomasyon Bildirım yönetimi, kod yazmak kadar önemli bir mühendislik pratiğidir. Gürültüyü azaltamazsanız, gerçekten önemli olan sinyalleri de kaçırırsınız.
GitHub’ın Veri Temizliği Stratejisi:Büyük Resim
Bu değişikliği tek başına değerlendirmeyin derim.Burada başka şeyler de dönüyor.GitHub son birkaç yılda ciddi bir “veri hijyeni” işi yapıyor.Token formatı değişiklikleri, eski API’lerin sunset edilmesi,inactive hesapların uyarılması… Hepsi aynı çizginin parçası.Daha önce
Arşivlenmiş repo watch’larının temizlenmesi konusunda işe sıfır şikayetim var.Zaten pek işe yaramıyordu.Benim hesabımda 20’den fazla arşivlenmiş repo watch’ı vardı;hepsini manuel temizlemem gerekiyordu, şimdi GitHub benim yerime yapacak.Güzel işte.
Ha bu arada,eğer GitHub Actions kullanıyorsanızve CI/CD pipeline’larınızın bildirimgilerini web üzerinden takip ediyorsanız,bu 3 aylık süre pipeline hatalarını geriye dönük incelemenizi zorlaştırabilir.Bu durumda
Neyapmalısınız? Kısa Aksiyon Listesi
Değişiklikler önümüzdeki birkaç ay içinde kademeli olarak uygulanacak.Su an yapmanız gerekenler :
- GitHub gelen kutunuza gidin,3 aydan eski önemlibildirmleri kaydedin veya not alın
- Watch listenizdeki arşivlenmiş repoları gözden geçirin-hangilerini gerçekten takip etmek istiyorsunuz ?
- E-posta bildirimiayarınızı kontrol edin-web bildirmleri kısalıyor ama e-posta aynı kalıyor
- Ekibinize bu değişikliği duyurun -özellikle açık kaynak katkı yapan geliştiricilere
- Otomasyon kurmayı düşünün:kritikbildirmleri kalıcıbir kanala yönlendirin
Sonuç olarakbu devbirdeğişiklik mi?Hayır.Amabildirm hijyenini ciddiye almanız için güzelbir bahane.Benim tavsiyem:bunu birofırsat olarak görünvebildrim stratejinizi baştan kurun.10 dakikalıkbir iş,ama uzun vadede saatler kazandırır.
Sıkça Sorulan Sorular
GitHub web bildirimleri 3 aya inince e-posta bildirimleri de etkileniyor mu?
Hayır, e-posta bildirimleri bu değişiklikten hiç etkilenmiyor. Yanı sadece GitHub web arayüzündeki (github.com/notifications) bildirimler 3 ay sonra otomatik siliniyor. E-posta kutunuzdaki bildirimler işe e-posta sağlayıcınızın kurallarına tabi — o taraf büyük ölçüde ayrı.
Arşivlenmiş repodaki watch’ım kaldırılırsa tekrar watch’layabilir mıyım?
Evet, repo ileride unarchive edilirse sayfasından tek tıklamayla geri watch’layabilirsiniz. Ama açıkçası, repo arşivli kaldığı sürece zaten bildirım üretmiyor — yanı o watch’ın pratikte bir anlamı da kalmıyor.
Repo sahibiysem arşivlenmiş repomdaki watch’ım da kaldırılıyor mu?
Hayır, sizi bu temizlik kapsamıyor. Repo sahipleri, organizasyon üyeleri, doğrudan collaborator’lar ve takım üyeleri muaf. Bence bu mantıklı bir ayrım — sadece dışarıdan watch’lamış kullanıcıların watch’ları kaldırılıyor.
Bu değişiklikler ne zaman yürürlüğe giriyor?
GitHub, değişikliklerin kademeli dağıtılacağını ve birkaç ay içinde tamamlanacağını söylüyor. Kesin tarih verilmedi, ama 2026’nın ikinci çeyreğinde çoğu hesapta aktif olması bekleniyor. Yanı biraz sabır gerekiyor.
3 aydan eski önemli bir bildirimi kaybetmemek için ne yapabilirim?
GitHub’ın “Save” özelliğiyle önemli bildirimleri işaretleyebilirsiniz — hani o küçük yer ımı ikonu (buna dikkat edin). Tecrübeme göre daha sağlam çözüm işe kritik bildirimleri GitHub Actions veya webhook’lar aracılığıyla Slack, Teams ya da bir veritabanına yönlendirmek. Biraz kurulum istiyor ama uzun vadede çok daha güvenli.
Kaynaklar ve İleri Okuma
Changes to notification retention and archived repository watches — GitHub Blog
Configuring notifications — GitHub Docs
Watching Repositories REST API — GitHub Docs
Bu yazı yapay zeka (büyük dil modelleri) ile hazırlanmış, insan editör tarafından incelenmiştir. İçerik üretim sürecimiz.Aşkın KILIÇYazar20+ yıl deneyimli Azure Solutions Architect. Microsoft sertifikalı bulut mimari ve DevOps danışmanı. Azure, yapay zekâ ve bulut teknolojileri üzerine Türkçe teknik içerikler üretiyor.
AZ-305AZ-104AZ-500AZ-400DP-203AI-102İlgili Yazılar
Outlook Add-in Mailbox 1.16: Şifreli Mesajlar ve EWS Kararı30 Haz 2026Agent Governance Toolkit ile MCP Güvenliği: .NET’te Yeni Katman24 May 2026Azure Developer CLI Nisan 2026: Çok Dilli Hook Devri Başladı1 May 2026GitHub Issue Triage’ı Copilot SDK ile Akıllandırmak: Ben Olsam Böyle Kurardım30 Mar 2026
İlginizi Çekebilir
Uğur H.
Bildirimleri zaten pek kontrol etmiyorum ama 3 aya indirilmesi aslında beni pek etkilemez, asıl arşivlenmiş repolardan watch’ların kaldırılması güzel bir temizlik olmuş. Yıllarca önce fork’ladığın projelerin bildirimlerinin gelmesi gerçekten can sıkıcıydı.
Koray M.
Ben zaten GitHub bildirimlerini çoğunlukla görmezden geldiğim için bu değişiklik beni pek etkilemeyecek ama aktif olarak takip ettiği repolar çok olanlar için ciddi bir düzenleme gerektirebilir. Eski arşiv repolarındaki watch ayarlarını gözden geçirmek mantıklı olur, bir süre sonra “neden bildirim gelmedi” diye şaşırmak istemeyiz. Bu arada şu yazınız da güzeldi: Azure MCP Server .mcpb Paketi: Kurulum Artık Çocuk Oyuncağı — https://www.askinkilic.com.tr/azure-mcp-server-mcpb-paketi-kurulum
Serkan D.
6 aydan uzun süredir dokunmadığın repolardan bildirim gelmesinin zaten bir anlamı yoktu, bu kısmı mantıklı buldum. Ama 5 aydan 3 aya indirmek biraz aceleci olmuş gibi, özellikle yavaş tempolu açık kaynak projeleri takip edenler için sıkıntı yaratabilir.
Pınar H.
Aslında 5 ay bile fazla geliyordu, bildirimleri o kadar süre saklamanın çok anlamı yok. Ama arşivlenmiş repolardan watch bildirimlerini kaldırması mantıklı bir karar, zaten o repolarda aktif gelişme olmuyorsa neden bildirim alsın ki insan?
Yorumlar kapalı.
4 comments