GitHub Pull Requests Dashboard: Herkes İçin Açılan Yeni Deneyim

Bakın, GitHub’dan gelen her güncellemeyi haber yapmam normalde ama bu kez iş biraz farklı. Pull request yönetimi — yanı hani her geliştiricinin günde en az 10 kere açtığı, bazen de insanın içini sıkan o ekran — baştan aşağı değişiyor. Üstelik bu sefer olay “opt-in” değil, “opt-out”. Yanı istemeseniz bile yeni deneyim kapınıza geliyor.

Dürüst olayım, ilk duyduğumda “eee ne var bunda?” dedim (kendi tecrübem). Sonra bir müşterimizde 47 açık PR’ı olan bir repo görünce, hmm, tamam dedim; burada gerçekten bir şeyleri toparlamak gerekiyor. Gelin beraber bakalım neler gelmiş, ne işe yarıyor, nerede tökezliyor.

Opt-Out Preview Ne Demek, Neden Önemli?

GitHub’ın özellik yayınlama şeklini bilenler bilir: önce opt-in preview çıkar, meraklı olanlar dener, feedback verir, sonra herkes için açılır. Bu sefer araya bir basamak daha koymuşlar — opt-out public preview. Yanı yeni dashboard artık herkeste varsayılan açık geliyor; beğenmezseniz sız kapatıyorsunuz.

Bu ayrım küçük gibi dürüyor ama değil. Opt-in’de kullanıcıların belki %5-10’u dener. Opt-out’ta işe %90+ kişi yeni yüzle karşılaşıyor. GitHub da açık açık şunu söylüyor: “Bu artık yeterince olgunlaştı, hadi herkes kullansın.”

Bir dakika duralım. Türkiye’deki yazılım ekiplerinde, özellikle bankacılık ve telekom tarafında GitHub Enterprise kullanan şirketlerde bu tarz değişiklikler bazen ufak kriz çıkarıyor. Geçen ay bir finans kuruluşundaki DevOps ekibiyle toplantıdaydık; adam “GitHub arayüzü değişince ekipten 3 kişi PR’larını bulamadı, yarım gün kayıp” dedi. Şaka değil. O yüzden bu yazıyı erken yazıyorum — hazırlıklı olun.

Yeni Inbox Deneyimi: Gerçekten İşe Yarıyor mu?

Yeni dashboard’un en dikkat çeken tarafı inbox görünümü. Eskiden github.com/pulls’a girdiğinizde düz bir liste karşılardı sizi. Filtre vardı ama… nasıl desem, vardı işte; çalışıyordu ama pek tat vermiyordu. Şimdi gerçek anlamda bir inbox mantığı var.

Organizasyona Göre Filtreleme

Bu özellik bana baya iyi geldi. Logosoft’ta çalışırken bazen aynı anda 4-5 farklı müşterinin GitHub org’una erişimim oluyor. Eskiden hepsinin PR’ları tek listede birbirine giriyordu; bak bak bitmiyordu. Şimdi inbox’ı organizasyona ya da repoya göre filtreleyebiliyorsunuz. Küçük gibi dürüyor ama günde 20 dakika kazandırıyor, abartmıyorum.

Yeni Bölümler: Draft’lar ve Review Bekleyenler

Yanı, Inbox artık şu bölümlere ayrılmış durumda:

• Your drafts — Henüz taslak olan, review’a hazır olmayan PR’larınız
• Waiting for review — Sız açtınız, başkası review etmeli
• Needs your review — Doğrudan size atanmış review’lar
• Needs your teams review — Ekibinize atanmış ama henüz kimsenin üstlenmediği review’lar

Ha, bir de bu bölümleri collapse edebiliyorsunuz. Mesela draft’ınız yoksa o kısmı katlayın; görüş alanı biraz ferahlıyor. Basit şeyler bunlar ama insanın gözüne iyi geliyor.

Açık konuşayım: “Needs your teams review” bölümü baya düşünülmüş. 2024’te bir e-ticaret projesinde 12 kişilik ekiple çalışıyorduk; ekip review’ları sürekli ortada kayboluyordu. Kim alacak, kim baktı, kim bakmadı derken (belki yanılıyorum ama) kaos çıkıyordu. Bu bölüm tam oraya dokunuyor.

PR Listesi İyileştirmeleri: Detaylar Fark Yaratıyor

Hani, Inbox dışında klasik PR listesi de güncellenmiş. Bunları tek tek geçelim çünkü bazıları günlük rutinde beklenmedik kadar iş görüyor.

Open/Closed Toggle

Evet, bu kadar basit bir şey yoktu aslında. Açık ve kapalı PR’lar arasında geçiş yapmak için artık tek tık yetiyor. Daha önce URL’yi elle kurcalayan ya da filtre yazan insanlar tanıyorum — utanmasınlar, ben de yaptım.

Okunmamış Güncelleme Indikatörleri

PR’da yeni yorum, commit ya da status değişikliği olduğunda artık görsel bir işaret görüyorsunuz. E-posta bildirimlerine abanmak zorunda kalmadan “hangi PR’da hareket var?” sorusuna cevap alabiliyorsunuz. Bu özelliği ilk gördüğümde “sonunda” dedim açıkçası. GitHub Bildirım Saklama Süresi Kısalıyor: Ne Yapmalı? yazımda da bildirım yönetiminden bahsetmiştim; bu yeni indikatörler o tarafta biraz nefes aldırıyor.

Status Check’leri Tek Bakışta Görme

Beni en çok heyecanlandıran şeylerden biri buydu galiba. Artık PR listesinde her PR’ın yanında CI/CD check durumunu görebiliyorsunuz. Kırmızı mı, yeşil mi, sarı mı — PR’ın içine girmeden anlıyorsunuz işi.

Vallahi, Düşünün: 15 açık PR var ve hangisinin build’i patlamış? Eskiden tek tek tıklayıp bakıyordunuz. Şimdi bir bakışta “aa şu 3 tanesi fail olmuş, önce onlara döneyim” diyebiliyorsunuz. Mesela Azure DevOps veya Actions" data-glossary-term="GitHub Actions">GitHub Actions ile pipeline çalışan ekiplerde bu baya zaman kazandırır (ki bu çoğu kişinin gözünden kaçıyor)

Bug Fix’ler: Küçük Ama Kritik Düzeltmeler Yeni özelliklerin yanına birkaç bug fix de eklenmiş.

En önemlisi saved view URL ‘lerinin artık değişmemesi. Önceden bir view kaydedip bookmark ‘ladığınızda, sonra o view ‘u güncellediğinizde URL değişiyordu ve bookmark ‘ınız boşa düşüyordu. Sınır bozucu bir durumdu, açık söyleyeyim.

Bir de state ve filter persistence tarafını toparlamışlar (ben de ilk duyduğumda şaşırmıştım). Yanı bir filtre ayarlayıp sayfadan çıkıp geri döndüğünüzde filtrelerin kaybolmaması gerekiyor artık. ” Gerekiyor ” diyorum çünkü — bunu kendim %100 test etmiş değilim, bazen bu tarz persistence işleri cache ‘e bağlı oluyor ve özellikle corporate proxy arkasından bağlananlarda saçma sürprizler çıkarabiliyor. Biraz temkinliyim.

Ve işler burada ilginçleşiyor.

Saved view URL’leri artık güncelleme sonrası değişmiyor.
Bookmark’larınız güvende — sonunda.

Türkiye’deki Ekipler İçin Pratik Değerlendirme

Şimdi gelelim asıl meseleye. Bu güncelleme güzel de, Türkiye ‘deki yazılım ekipleri için ne anlama geliyor ? Daha fazla bilgi için GitHub Copilot JetBrains’te Inline Agent Modu Geldi yazımıza bakabilirsiniz.

Öncelikle şunu söyleyeyim : Türkiye ‘de GitHub kullanımı son 3-4 yılda inanılmaz arttı. Bilhassa startup ekosisteminde neredeyse herkes GitHub ‘da. Kurumsal tarafta işe GitHub Enterprise ‘a geçişler hızlanıyor — eskiden ” biz TFS ‘den çıkmayız ” diyen bankalar bile şimdi GitHub ‘a bakıyor. Bu dashboard güncellemesi tam da bu geçiş dönemine denk geliyor.

Küçük bir startup ekibiyseniz — mesela 3-5 geliştirici — bu dashboard hayatınızı çok değiştirmeyebilir. Zaten açık PR sayınız azdır, herkes — kendi adıma konuşayım — birbirini tanır, Slack ‘te yazarsınız ” şuna bak ” diye (ki bu çoğu kişinin gözünden kaçıyor). Ama 15+ kişilik bir ekipseniz ya da aynı anda birkaç org ile uğraşıyorsanız, bu inbox yapısı ciddi verimlilik getiriyor (ben de ilk duyduğumda şaşırmıştım).

Enterprise seviyede düşünürsek : Compliance ve audit gereksinimleri olan şirketlerde ” kim hangi PR ‘ı ne zaman review etti ” sorusu önemli kalıyor. Yeni dashboard bu görünürlüğü — en azından ben öyle düşünüyorum — artırıyor ama — dur bir saniye, şunu da söyleyeyim — hâlâ detaylı audit trail için GitHub API ‘ı ya da üçüncü parti araçlara ihtiyaç var. Dashboard tek başına yetmiyor, yanı işin aslı orada bitmiyor. Sız ne dersiniz? Daha fazla bilgi için AI Agent’larda Sohbet Geçmişi: Nerede Saklamalı? yazımıza bakabilirsiniz.

Varsayılan Görünümü Ayarlama ve İpuçları

Garip gelecek ama, Yeni bir özellik daha var : github.com/pulls’a gittiğinizde hangi görünümün varsayılan olacağını seçebiliyorsunuz. Inbox mı, yoksa klasik liste mi ? Varsayılan olarak inbox geliyor. Ben şahsen listeyi tercih ediyorum (söylemesi ayıp) — alışkanlık meselesi işte.

Şimdi gelelim işin can alıcı noktasına.

Tavsiyem şu : İlk hafta inbox ‘ı deneyin. Ciddi ciddi deneyin, hemen eski görünüme dönmeyin. Çünkü inbox mantığı, e-posta inbox ‘ınız gibi çalışıyor ; aksiyon alınması gereken şeyleri yukarı taşıyor. Eğer günde 10+ PR review yapıyorsanız, inbox görünümü daha mantıklı olabilir.

Şunu fark ettim: Ha bu arada, GPT-5. 5 GitHub Copilot’a Geldi: Ne Değişiyor, Ne Kadar Ediyor ? yazısında Copilot’un PR review sürecine nasıl entegre olduğundan bahsetmiştim. Yeni dashboard ile Copilot’un önerdiği review’ları takip etmek de kolaylaşıyor ; ikisini birlikte düşünmek lazım. Daha fazla bilgi için Gemini ile Hayatını Düzenle: 8 Yapay Zekâ Destekli İpucu yazımıza bakabilirsiniz.

Eksikler ve Eleştirilerim

Her güncellemeyi alkışlayan biri değilim, o yüzden eksikleri de söyleyeyim.

Bakın, Birincisi : Arama hâlâ yetersiz.
Evet, filtreleme geldi ama full-text search — yanı PR başlığında ya da açıklamasında kelime arayıp bulma işi — hâlâ zayıf.
En çok da büyük repo’larda ” şu feature ile ilgili PR hangisiydi ? ” diye ararken insan yoruluyor.

İkincisi : Notification entegrasyonu ile dashboard arasındaki ilişki net değil.
Notification ayrı dünya, dashboard ayrı dünya.
İkisi biraz daha konuşsun istiyorum doğrusu.
Bir PR ‘ı dashboard’da ” gördüm ” diye işaretlediğimde notification da otomatik read olsun mesela.
Şu an öyle değil.

Üçüncüsü — ve bence en büyük eksik bu — cross-repo dependency görünümü yok. Yanı A reposundaki PR, B reposundaki PR’a bağımlıysa bunu dashboard’da göremiyorsunuz. Monorepo kullananlara sorun çıkarmayabilir ama multi-repo mimaride çalışan ekipler için ciddi boşluk. (ki bu çoğu kişinin gözünden kaçıyor) Azure MCP Server.mcpb Paketi: Kurulum Artık Çocuk Oyuncağı yazımızda bu konuya da değinmiştik.

Evet, doğru duydunuz.

Kağıt üstünde çok düzgün dürüyor, pratikte biraz daha pişmesi lazım.
Ama doğru yönde gidiyor, bunu inkâr edemem.

Ilk Adımlar: Hemen Ne Yapmalısınız?

Bunu yaşayan biri olarak söyleyeyim, Eğer bu yazıyı okuyorsanız ve yeni dashboard’u henüz görmediyseniz, yakında göreceksiniz.
Hazırlık olarak şunları yapın :

1. github.com/pulls ‘ a gidin ve yeni arayüzü inceleyin
2. Varsayılan görünümünüzü seçin ( inbox vs. liste )
3. Sık kullandığınız filtreleri saved view olarak kaydedin — URL ‘ler artık sabit
4. Ekibinize haber verin : ” Dashboard değişiyor, panik yapmayın “
5. 1 hafta kullanıp feedback gönderin — sayfanın üstündeki ” Give feedback ” linki gerçekten okunuyor — bunu es geçmeyin

Burada, bunu yaşayan biri olarak söyleyeyim, Bir de şunu ekleyeyim : GitHub App Token Formatı Değişiyor: Hazırlık Rehberi
yazımda da bahsettiğim gibi,
GitHub son dönemde hızlı değişiklikler yapıyor.
Bir ekip lideri olarak bunları takip etmek artık iş tanımının parçasına dönüyor.

Sıkça Sorulan Sorular

Yeni GitHub PR dashboard’ünü kapatabilir mıyım?

Evet, kapatabilirsin. Hani bu bir opt-out preview, yanı varsayılan olarak açık geliyor. Kapatmak istersen github.com/pulls sayfasındaki “Preview” etiketine tıklayabilir ya da Settings → Feature preview yolunu izleyebilirsin. Kapattığında eski görünüme dönüyorsun, sorun yok.

Saved view URL’lerim değişecek mi?

Hayır, artık değişmiyor. Açıkçası eski sürümde bu bayağı can sıkıcıydı — bir saved view’ı güncelleyince URL de değişiyordu ve tüm bookmark’lar bozuluyordu. Neyse ki bu bug düzeltildi, URL’ler artık kalıcı.

Team review ve personal review arasındaki fark nedir?

Şöyle düşün: “Needs your review” bölümü doğrudan sana atanmış review isteklerini gösteriyor. “Needs your teams review” işe mesela üyesi olduğun GitHub team’lerine atanmış. Henüz kimsenin üstlenmediği review’ları listeliyor. İkisi ayrı bölümlerde olduğu için karışma ihtimali de oldukça düşük aslında.

Bu güncelleme GitHub Enterprise’da da geçerli mi?

GitHub.com (cloud) kullanıyorsan hemen geçerli. Ama GitHub Enterprise Server (on-premise) kullanıyorsan, bence biraz sabır gerekiyor — bu özellik muhtemelen bir sonraki GHES sürümüyle gelecek (şaşırtıcı ama gerçek). Kesin tarih için GitHub’ın release notes’larını takip etmeni öneririm.

Eski dashboard’a kalıcı olarak dönebilir mıyım?

Şu an opt-out ile dönebiliyorsun, yanı teknik olarak mümkün. Ama bu geçici bir çözüm. Preview dönemi bitip özellik GA — itiraz edebilirsiniz tabi — olduğunda eski dashboard tamamen kalkacak. Tecrübeme göre bu tür geçişlerde erken alışmak çok daha az stresli oluyor, o yüzden şimdiden alışmaya başlamak mantıklı.

Kısa bir not düşeyim buraya.

Kaynaklar ve İleri Okuma

Şahsen, GitHub Blog — Global Pull Requests Dashboard Moves to Opt-Out Public Preview

GitHub Docs — Pull Requests

GitHub Feature Preview Settings

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 Developer CLI 2026: Yeni Dönem, Hız ve Konfor16 Mar 2026

azd update Komutu: Paket Yöneticisi Derdine Son15 Nis 2026

.NET Agent Skills: Üç Yöntem, Tek Sağlayıcı13 Nis 2026

Kurumsal Yapay Zeka: Foundry\'nin İş Verimine Etkisi10 Mar 2026