GitHub Issues’ta Kişisel Saved Views ve Relates to
GitHub, depo (repository) issues sayfalarında kişiye özel kaydedilmiş görünümleri (private saved views) kullanıma açtı, “Relates to” issue ilişkisini de genel kullanıma (generally available) taşıdı. Pratikte şu değişiyor: Sık kullandığınız issue filtrelerini her seferinde yeniden kurmak yerine kaydedip tekrar açabiliyorsunuz, issue’lar arasındaki “ilgilidir” bağı ise arayüzle sınırlı kalmıyor, API’ler, webhook’lar ve arama üzerinden de kullanılabiliyor.
Repository issues için private saved views
Duyuruya göre depo issues sayfaları artık private saved views destekliyor. Amaç, issue listeleriniz için kişiselleştirilmiş görünümler oluşturmayı ve bunları saklamayı kolaylaştırmak.
Buradaki “private” ifadesi görünümün kişiye özel olduğunu anlatıyor, yani kaydettiğiniz görünüm sizin çalışma düzeninize ait. Kaynak metinde bu görünümlerin ekiple paylaşılmasına, organizasyon genelinde dağıtılmasına veya varsayılan görünüm olarak atanmasına dair bir ayrıntı yok. Paylaşımlı ya da ortak görünüm senaryosunun mevcut olup olmadığı da bu duyurudan çıkarılamıyor.
Kaydedilebilecek görünüm sayısı, hangi filtre ve sıralama kriterlerinin saklandığı, görünümlerin farklı depolar arasında taşınıp taşınmadığı gibi konular da duyuruda belirtilmemiş. Özelliğin kapsamı, duyuruda yazıldığı kadarıyla repository issues sayfalarında kişisel kaydedilmiş görünüm oluşturmak ve saklamak.
Kimin için anlamlı?
Issue listesini gün içinde birden fazla farklı açıdan süzen herkes doğrudan hedef kitle. Kendi üzerine atanmış açık issue’ları izleyen geliştirici, belirli bir etiketle işaretlenmiş kayıtları takip eden bakımcı (maintainer), triage sırasında aynı filtre setine tekrar tekrar dönen ekip üyeleri… Bu filtreleri şimdiye kadar tarayıcı yer imi ya da elle yazılan arama sorgusu olarak tutuyorduysanız, saved views aynı iş akışını ürünün içine taşıyor.
“Relates to” ilişkisi artık uçtan uca çalışıyor
Duyurunun ikinci bölümü issue ilişkileriyle ilgili. “Relates to” issue ilişkisi artık şu yüzeylerde çalışıyor:
- REST API
- GraphQL API
- Webhooks
- Timeline events
- Issues search
- Projects search
Liste, özelliğin yalnızca arayüzde görünen bir bağ olmaktan çıktığını gösteriyor. REST ve GraphQL desteği, ilişkiyi programatik olarak okuma veya işleme ihtimalini gündeme getiriyor. Webhook ve timeline event desteğiyle ilişkinin kurulması ve değişmesi gibi olaylar otomasyon tarafında görünür oluyor, issues search ve projects search desteği ise ilişkinin arama sorgularında dikkate alınabildiğini anlatıyor.
Duyuru bu yüzeyler için örnek sorgu, alan adı, arama niteleyicisi (qualifier) veya webhook payload alanı paylaşmıyor. Somut kod örneği ya da sorgu sözdizimi vermek bu yüzden doğru olmaz; ayrıntılar için GitHub’ın ilgili API ve arama dokümantasyonuna bakmak gerekiyor.
“Relates to” ne işe yarar?
Issue ilişkileri, birbirine bağlı kayıtların ilişkisini açıkça modellemeye yarar. “Relates to” de adından anlaşılacağı üzere hiyerarşik olmayan, “bu kayıt şununla ilgilidir” tipinde bir bağ ifade eder. Bağın API ve arama tarafında da görünür olması, ilişkiyi yalnızca insanın okuduğu bir işaret olmaktan çıkarır, raporlama, otomasyon ve sorgulama tarafında kullanılabilir bir veri haline getirir.
Not: Duyuruda “Relates to” dışındaki ilişki türlerinin hangi yüzeylerde desteklendiğine dair bir bilgi yok. Bu yazıdaki kapsam, yalnızca duyuruda adı geçen “Relates to” ilişkisiyle sınırlı.
Issue ilişkileriyle ilgili önceki adım
GitHub, issue’ları birbirine bağlama (connecting issues) ve çoklu seçim (multi-select) alan desteğiyle ilgili ayrı bir changelog kaydı daha yayımlamıştı. “Relates to” ilişkisinin API ve arama yüzeylerine yayılması bu yöndeki çalışmanın devamı olarak okunabilir. İlişki modelinin önce arayüzde şekillenip ardından programatik yüzeylere açılması, GitHub’ın issue tarafında sık izlediği bir sıra.
Geri bildirim nereye iletiliyor?
GitHub, repository issues için kişisel saved views özelliğiyle ilgili geri bildirimleri GitHub Community tartışması üzerinden topluyor. Özelliği kullanırken eksik bulduğunuz filtre davranışları, görünüm yönetimiyle ilgili ihtiyaçlar ya da karşılaştığınız sorunlar için doğru adres o tartışma başlığı.
Özet
Changelog kaydında iki somut değişiklik var. Birincisi, depo issues sayfalarında kişiye özel kaydedilmiş görünümlerin desteklenmesi; issue listesini kişiselleştirip saklamak kolaylaşıyor. İkincisi, “Relates to” issue ilişkisinin REST API, GraphQL API, webhooks, timeline events, issues search ve projects search genelinde genel kullanıma açılması, yani ilişki artık arayüz dışındaki katmanlarda da kullanılabiliyor. Duyurunun kapsamı bu iki maddeyle sınırlı, ayrıntılı davranış ve sözdizimi bilgisi için GitHub’ın resmi dokümantasyonunu takip etmek gerekiyor.
Kaynaklar ve İleri Okuma
- GitHub Changelog: Private saved views for repository issues and “Relates to” issue relationship is generally available
- GitHub Changelog: Connecting issues and multi-select field support
- GitHub Community: Kişisel saved views geri bildirim tartışması
- GitHub Changelog RSS akışı
- GitHub Projects ve Issues’ta Multi-Select Alanlar
- GitHub Issues Araması Değişti: Artık Anlamla Buluyor
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.
Yorum gönder