Yeni GitHub PR Dashboard: Artık Varsayılan Geliyor

Size bir şey söyleyeyim, Açık konuşayım: GitHub’ın klasik github.com/pulls sayfasını yıllardır kullanıyorum ve son zamanlara kadar oradan pek de hoşnut değildim (inanın bana). Liste düz, filtreler kıt, hangı PR’a önce bakacağımı anlamak için her seferinde 3-4 sekme açıyordum. Şimdi GitHub yeni global pull requests dashboard’u opt-out public preview aşamasına aldı (bu konuda ikircikliyim). Yanı siz açmasanız bile artık varsayılan olarak yeni deneyim geliyor — beğenmezseniz kapatma sizde.

Vallahi, Geçen hafta bir müşteride (telekom tarafında, ekipte yaklaşık 60 geliştirici var) tam bu konuyu konuşuyorduk. Tech lead bana “Aşkın, bizim devs günde ortalama 15-20 PR’a bakıyor, eski arayüz onları yoruyor” dedi. Sonra bu duyuru çıktı. Tesadüf mü? Belki. Ama GitHub’ın bu konuda geri bildirimleri ciddiye aldığı belli.

Yeni dashboard ne sunuyor, kısaca

İşin özü şu: tek yerde hem inbox gıbı bir görünüm var, hem de klasik liste duruyor (ki bu çoğu kişinin gözünden kaçıyor). Inbox kısmı varsayılan geliyor, ama isterseniz “ben listeyi severim” deyip geçiyorsunuz. Ben hâlâ liste tarafına daha yakınım, alışkanlık işte. Yine de inbox’taki birkaç detay, açık konuşayım, cebime baya yaradı.

Çok konuştum, örnekle göstereyim.

Düşünün bir. Sabah GitHub’ı açıyorsunuz ve ekran size şunu söylüyor: “Şu 3 PR senin review’unu bekliyor, şu 2 tanesi takımından bekliyor, şu 4 draft da öylece duruyor.” Eskiden bu tabloyu toparlamak için en az 3 ayrı sayfaya girerdim (bizzat test ettim). Şimdi tek ekranda görünüyor. Evet, bu kadar basit.

Inbox tarafında neler değişti

• Org bazında filtre: Birden fazla organizasyona üyeyseniz (ben mesela 4-5 tanesindeyim), artık “şu an sadece bu org’a bakayım” diyebiliyorsunuz. Müşteri işlerini ayırırken baya iş görüyor, hani küçük ama kurtarıcı bir dokunuş.
• Yeni bölümler: “Your drafts” ve “Waiting for review” diye ayrı alanlar var. Bazen draft açıp sonra unutuyorsunuz ya, işte tam o noktada bu liste insanı dürtüyor. Hafif sınır bozucu ama faydalı.
• Team review section: Size doğrudan atanmış review’lar bir yerde duruyor, ekibe gelenler başka yerde. Bu ayrım önemli; çünkü “team request” her zaman “bunu sen çöz” demek değil. Bazen öyle sanılıyor, sonra işler karışıyor.
• Bölüm açıp kapatma: O an lazım olmayan grupları katlayıp kenara atabiliyorsunuz. Küçük detay gıbı duruyor, ama dikkat dağılıyorsa ciddi rahatlatıyor.

Liste görünümünde neler iyileşti

Liste tarafına da fena olmayan dokunuşlar gelmiş. Birkaçı var ki gerçekten işe yarıyor, birkaçı da “ha tamam, bunu da koymuşlar” dedirtiyor:

• Open/closed toggle: Tek tıkla açık ve kapalı işler arasında geçiş yapıyorsunuz. Eskiden URL’ye is:closed yazıp duruyordum, kim bilir kaç kere aynı şeyi yaptım.
• Okunmamış güncelleme göstergesi: Hangı PR’a yeni yorum gelmiş, kim push atmış — listeye bakınca anlıyorsunuz. Linear’da hoşuma giden şeylerden biriydi bu; şimdi GitHub’a da gelmiş. Güzel olmuş.
• Filtre linkleri: Liste içindeki bir PR’da repo adına, yazara ya da assignee’ye tıklayınca o filtreyle sayfa yenileniyor. Klavyeden is:open author:akilic yazma derdi azalıyor. Ufak rahatlık ama sürekli kullanınca fark ediyor.
• Statüs check’ler bir bakışta: Hangı PR’da CI patlamış, hangisi yeşil kalmış — PR’ın içine girmeden görüyorsunuz. Bana sorarsanız en kıymetli parça bu olabilir. (bu kritik)
• Assignee avatarları: Kimin atanmış olduğunu küçük avatardan seçebiliyorsunuz. Basit görünüyor ama kalabalık listede gözün işi kolaylaşıyor.

“Bookmark’larım artık kırılmıyor” — bunu diyen herkesi anlıyorum doğrusu. Saved view URL’leri artık kalıcı; view’i güncelleseniz bile URL aynı kalıyor.

Eski deneyim ile yeni deneyim — kısa karşılaştırma

Tam tablo hâlinde göstereyim, gözünüzde biraz daha net canlansın:

Bunu biraz açayım.

Hani, B u tabloya bakınca insan “vay be, ne kadar fark” diyor. Ama dürüst olalım: Bunların çoğu zaten 2022-2023 civarı GitLab veya Azure DevOps tarafında vardı. GitHub biraz geç kaldı. Yine de geç olsun, güç olmasın.

Türkiye’deki ekipler için ne anlama geliyor?

İşin garibi, Şimdi asıl merak ettiğim yere geldim. Kurumsal tarafta gördüğüm tablo şu: Türkiye’de GitHub Enterprise kullanan şirket sayısı son 2 yılda baya arttı, özellikle finans, e-ticaret ve telekom tarafında; ama eski PR dashboard’u o kadar eksik kalıyordu ki ekipler ya kendi Slack botlarını yazıyor, ya da Trello ve Jira üstünde ayrı bir takıp akışı kuruyordu, yanı iş biraz yamalı bohçaya dönüyordu.

Geçen yıl bir bankacılık projesinde tam bu yüzden 2 hafta gitti. PR’ları izlemek için custom bir düşüneyim… bir dashboard yazıldı, Power BI’a bağlandı falan; sonra yeni dashboard çıkınca ekipteki bir arkadaş “ya biz boşuna mı uğraştık” dedi. Hemen değil aslında — çünkü onların derdi SLA raporlamasıydı, GitHub’ın yeni dashboard’u bunu henüz vermiyor —. Günlük operasyonel takıp için artık in-house çözümlere pek gerek kalmadı diyebilirim.

Bak şimdi, Küçük ekiplerde, hani 5-10 geliştirici varsa, Inbox görünümü çoğu zaman yeterli oluyor. Ama enterprise tarafında ben şunu öneririm: Liste görünümünü varsayılan yapın, çünkü org filtreleri ve statüs check’ler büyük ekiplerde inbox’tan daha rahat kullanılıyor; inbox biraz “personal” kalıyor, liste işe daha “operasyonel” duruyor, işin aslı büyük takımlarda ikinci seçenek daha iyi oturuyor.

Açma/kapatma — opt-out nasıl çalışıyor?

Şimdi herkesin ilk sorduğu yer burası oluyor. Opt-out public preview dediğimiz şey şu: Hesabın yeni deneyime kendi kendine geçiyor, yanı kimse tek tek “ister mısın” diye kapı çalmıyor; ama istersen geri adım atabiliyorsun, işin rahat tarafı da bu.

Peki neden?

1. Hesabınız otomatik olarak yeni deneyime alınıyor.
2. Beğenmediyseniz sayfanın üstündeki Preview etiketinin altındaki “feature preview” üzerinden kapatabiliyorsunuz.
3. Geri bildirim vermek isterseniz aynı yerde “Give feedback” linki var. (bence en önemlisi)

Bi saniye — Lafı gevelemeden söyleyeyim, kimse size bir şeyi zorla dayatmıyor. Ama hani bir hafta kurcalayın derim, sonra karar verin; çünkü ilk gün bana da biraz yabancı gelmişti açıkçası, özellikle inbox tarafında “Your drafts” bölümü ekranın üstüne taşınınca sürekli oraya bakıp duruyordum, sonra 2-3 gün içinde gözüm alıştı ve şimdi eski düzene dönsem eksik hissederim gıbı geliyor.

Peki neden böyle hissettim? Şey, küçük bir yer değişikliği bile bazen insanın çalışma ritmini bozuyor, sonra bir bakıyorsun aslında daha hızlı akıyorsun; işte tam da o öldü bende.

Burada ufak ama işe yarayan bir detay var. Ekip kalabalıksa, herkesin başka başka görünümle başlaması biraz kafa karıştırıyor, ama default view’i ayarlayınca yeni gelen kişi de eski ekip üyesi de aynı yerden başlıyor; yanı destek verirken “sende niye öyle görünüyor?” sorusu baya azalıyor.

Yanı, Evet. Bu konuyla ilgili Microsoft Agent Framework’te Chat History: Nerede yazımıza da göz atmanızı tavsiye ederim.

Pratik bir kullanım senaryosu

İlginç olan şu ki, Sabah 9’da bilgisayarın başına geçiyorsunuz. github.com/pulls açıyorsunuz, sonra bir bakıyorsunuz ekran dolmuş; işte benim kullandığım akış kabaca böyle, biraz da insanı gereksiz tıklamadan kurtarıyor.

1. Önce inbox’taki “Needs your review” bölümüne bak. Bunlar seni bekliyor, yanı başkasının işi sende asılı kalmasın diye önce burayı yoklamak iyi oluyor. (bu kritik)
2. Sonra “Waiting for review” kısmına geç. Senin açtığın PR’lar burada duruyor; kim bakacak, ne zaman bakacak, biraz belirsiz ama en azından durum netleşiyor. (bu kritik)
3. “Your drafts” kısmı son. Yarım kalan işler bunlar. Şanslıysan boş çıkar, değilse de birini kapatmak için 30 dakika ayırırsın, başka türlü hep arkada dürtüp duruyor.
4. Liste görünümüne geçip statüs check’leri tara. CI patlamış bir PR varsa zaten oradan belli oluyor, burada da lafı gevelemeden o kuyruğu öne almak gerekiyor.

Bu akışı 2 haftadır deniyorum ve açık konuşayım, sabah PR yönetimine ayırdığım süre baya düştü. Önceden 25-30 dakika alan iş şimdi 12-15 dakikada bitiyor; küçük gıbı duruyor ama gün içine yayılınca fark ediyor. Küçümsemeyin. Günde 15 dakika, ayda yaklaşık 5 saat yapıyor.

Karşılaştığım küçük bir hata

Kısacası, bi saniye — Bu arada bir şey daha var: İlk denediğimde org filtresi düzgün çalışmadı. Bir org’u seçiyorum, sonra başka org’un PR’ı da geliyor; hani insan “tamam mı şimdi?” diye kalıyor. Sayfayı yeniledim, yine aynı. Sonra browser cache’ını temizleyince düzeldi ve işte o an anladım ki cache invalidation mevzusu hâlâ can sıkabiliyor. Eğer sizde de benzer bir durum olursa önce hard refresh deneyin (Ctrl+Shift+R), ardından preview’u kapatıp açın; çoğu zaman mesele bundan ibaret oluyor.

Peki neden?

Diğer Copilot ve PR araçlarıyla nasıl konuşuyor?

GitHub ekosisteminde son günlerde baya bir kıpırdanma var. Copilot Chat Pull Request’lerde: Gerçekten Fark Yaratıyor yazısında bunu. Uzun uzun anlatmıştım — Copilot artık PR yorumlarına bağlam taşıyor, kod önerisini de araya sıkıştırıyor. Yeni dashboard da işin hızlı kapısı gıbı duruyor. İkisi yan yana gelince, code review akışı iki yıl öncesine göre baya başka bir şeye dönmüş oluyor. Azure MCP Server .mcpb Paketi: Runtime Derdine Veda yazımızda bu konuya da değinmiştik.

Bir de Azure DevOps tarafında benzer bir hava esiyor, hani çok sessiz ama net. Azure DevOps Git Policy API: 10-15 Kat Hız Geldi haberinde de yazmıştım; Microsoft hem GitHub hem Azure DevOps tarafında PR deneyimine ciddi mesai harcıyor. Açık konuşayım, bu işin yönü pek sürpriz değil, ama hızına yine de şaşırdım. Önümüzdeki 1 yıl içinde iki platformun daha da birbirine yaklaşacağını düşünüyorum, %100 garanti değil tabi ama tablo oraya gidiyor gıbı. Daha fazla bilgi için github ile ilgili önceki yazımız yazımıza bakabilirsiniz.

Eğer JetBrains kullanıyorsanız, JetBrains Copilot: Inline Agent Mode. Yeni Oyuncaklar yazısına da bir bakın. IDE içinden PR yönetimi de yavaş yavaş olgunlaşıyor, şey yanı, sadece editör içinde kod yazıp çıkmıyoruz artık. E sonra? İş review kısmına kadar uzanıyor işte.

Eksik bulduğum yanlar

Hep övdüm, biraz da çuvaldızı kendime batırayım (ciddiyim). Çünkü işin içinde pürüz var, hani her şey güllük gülistanlık değil:

• SLA / metric desteği yok. Bir PR ne kadar süredir review bekliyor, bunu net göremiyorsunuz. Büyük ekiplerde “stale PR” işini hâlâ elle kovalamak gerekiyor; biraz yorucu, biraz da gereksiz bir uğraş gıbı duruyor.
• Bulk action eksik. 20 PR’ı seçip “hepsine label ekle” diyemiyorsunuz. Bak şimdi, küçük ekipte çok dert etmeyebilirsiniz ama iş büyüyünce insanın eli kolu bağlanıyor; olsa baya iş görürmüş.
• Mobile deneyim hâlâ ham. Telefonda dashboard’u açıyorsunuz, inbox bölümleri uzun uzun açılıyor, kaydırma derdi başlıyor. Şey gıbı, masaüstünde fena değil ama mobilde aynı rahatlık yok; açık konuşayım, orada biraz tökezliyor.
• Saved view’lerde paylaşım yok. Bir filtre kombinasyonu kurdum, takım arkadaşımla paylaşmak istiyorum — kopyala/yapıştır URL’den başka yol yok. Evet, çalışıyor; ama insan yine de daha temiz bir paylaşım akışı bekliyor.

Yanı kağıt üstünde iyi duruyor, pratikte işe birkaç boşluk hemen göze çarpıyor. Bence 2-3 release daha pişmesi lazım; %100 doğru olmayabilir ama şu anki hâliyle tam oturmamış hissi veriyor. GitHub takımı bu eksikleri biliyor müdür, bilmiyor müdür — feedback link’ını kullanıp söylemekte fayda var (bu konuda ikircikliyim)

Tam da öyle.

İlk adımda ne yapmalı?

Aslında, Benim tavsiyem şu:

1. github.com/pulls adresine gidin, yeni deneyim açıksa bir hafta kurcalayın. — bunu es geçmeyin
2. Default view’ı kafanıza göre ayarlayın — ben listeyi seçtim, siz inbox tarafını daha rahat bulabilirsiniz. (bence en önemlisi)
3. En çok kullandığınız 2-3 filtreyi saved view olarak kaydedin, sonra bookmark yapın.
4. Takımdaki diğer arkadaşlara da gösterin, özellikle yeni başlayan junior’lara; çünkü ilk bakışta küçük görünen şeyler bazen en çok orada takılıyor.
5. Eksiğini gördüğünüz noktaları “Give feedback” linkinden yazın. Bu preview aşamasında geri bildirim baya işe yarıyor.

Sıkça Sorulan Sorular

Yeni dashboard’u nasıl kapatırım?

Sayfanın üstündeki “Preview” etiketine tıkla, oradan “feature preview” menüsüne gir. Yeni global pull requests dashboard’u kapat. Eski deneyime anında geri dönüyorsun (buna dikkat edin)

Saved view bookmark’larım bozulur mu?

Hayır, hiç endişelenme. GitHub bu sürümle birlikte saved view URL’lerini “durable” yanı kalıcı hâle getirdi. View’i güncelleseniz bile URL aynı kalıyor — yanı eski bookmark’lar sorunsuz çalışmaya devam ediyor.

Inbox ile liste görünümü arasında ne fark var?

Inbox aslında kişisel iş akışı için tasarlanmış: hani review bekleyenler, draft’larınız, takımınızın istekleri falan hepsi ayrı bölümlerde duruyor. Liste işe klasik tablo görünümü — daha çok filtre ve toplu inceleme için uygun. Bence büyük ekiplerde liste, bireysel kullanımda inbox çok daha verimli.

Statüs check’leri listede göstermek performansı etkiler mi?

Açıkçası benim testlerimde belirgin bir yavaşlama olmadı. GitHub bu bilgiyi cache’den çekiyor görünüyor. Mesela 100+ PR’lı listelerde bile sayfa yüklenmesi 1-2 saniyeyi geçmiyor.

Enterprise kullanıcıları için farklı bir durum var mı?

GitHub Enterprise Cloud kullanıcıları için her şey aynı şekilde geçerli. GitHub Enterprise Server (self-hosted) tarafında işe feature genelde 1-2 release sonra geliyor —. On-prem kullanıyorsanız tecrübeme göre biraz sabırlı olmanız gerekiyor.

Kaynaklar ve İleri Okuma

GitHub Changelog: Global pull requests dashboard moves to opt-out public preview
GitHub Docs: Pull Requests Resmî Dokümantasyonu
The GitHub Blog

Aşkın KILIÇYazar

20+ 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

Azure MCP Server Artık MCPB Paketi: Runtime Derdi Bitti24 Nis 2026

Gateway API v1.5: Stable'a Taşınan Özellikler ve Notlarım23 Nis 2026

Copilot Chat Pull Request'lerde: Gerçekten Fark Yaratıyor24 Nis 2026

GPT-5.5 Geldi: Gerçekten Daha Akıllı mı, Hype mı?23 Nis 2026