11 Kasım 2026'dan itibaren GitHub kişisel hesaplarının sahipleri, kendilerine ait depolardaki issue'lar için tür ve alan ayarlayabiliyor. Daha önce duyurulan planlama araçları, bireysel geliştiriciler ve açık kaynak proje bakımcılarının kullanımına sunuldu. GitHub, tür ve alanların REST API, GraphQL ve web kancaları üzerinden yönetimini de desteklediğini duyurdu.

Kişisel depolara neler eklendi?
Hesap sahibi en fazla 25 issue türü ayarlayabiliyor. Varsayılan olarak Bug, Task ve Feature sunuluyor; türler değiştirilebiliyor veya yenileri eklenebiliyor. Issue'lar için öncelik, iş yükü, başlangıç tarihi ve hedef tarih gibi en fazla 25 alan da oluşturulabiliyor. Metin, sayı ve takvim alanlarının yanı sıra tekli ve çoklu seçim destekleniyor.
Alanlar belirli issue türlerine bağlanabiliyor veya türü olmayan issue'lar için kullanılabilir hâle getirilebiliyor. Issue oluşturulurken belirtilebiliyor ve mevcut bir issue'da düzenlenebiliyor. GitHub Projects'te bu alanlar özel görünümler oluşturmak ve değerleri toplu olarak değiştirmek için kullanılabiliyor.
Proje bakımcıları için ne ifade ediyor?
Küçük bir projede issue türleri ve alanlar, işleri tanımlamak için ortak bir yöntem sağlıyor. Örneğin bir bakımcı hataları, özellikleri ve sıradan görevleri birbirinden ayırıp her biri için öncelik veya hedef tarih belirtebilir. Projects'te bu bilgiler, planlamayı GitHub Issues dışına taşımadan issue'ları filtrelemeye ve gruplandırmaya yardımcı oluyor.
Bu değişiklik, kişisel hesaplara ait depoları yöneten bireysel geliştiriciler ve bakımcılar için yapılandırılmış planlama araçlarına erişimi genişletiyor. Türler ve alanlar bu tür hesapların ayarlarından yapılandırılıyor; GitHub'ın duyurusu, farklı hesaplar veya depolar arasındaki ayarların otomatik olarak eşitleneceğini belirtmiyor.
Neler otomatikleştirilebilir?
GitHub, türlerin ve alanların REST ve GraphQL API'leri ile web kancaları üzerinden programatik olarak yönetilebildiğini belirtiyor. Belgelerde alanlarla, alan değerleriyle ve issues olaylarına bağlı değişikliklerle ilgili işlemler açıklanıyor. Böylece geliştiriciler kendi iş akışlarını bağlayabiliyor: örneğin bir alanın değeri değiştiğinde tepki verebilir veya değeri programatik olarak ayarlayabilirler. Belirli bir entegrasyonun ayrıca geliştirilmesi gerekiyor.
Aynı güncellemede GitHub, uygun bir değer listede yoksa etiketleri ve milestones'ları doğrudan issue içinden oluşturma olanağı da ekledi. Bu küçük iyileştirme, issue'larla çalışmayı kolaylaştırıyor; temel değişiklik ise kişisel hesap depolarında özelleştirilebilir tür ve alanların kullanıma açılması.
Bireysel projeler için sonuç, daha yapılandırılmış Issues ve alanları API ile web kancaları üzerinden işleyebilme olanağı. Sağlayacağı fayda, bakımcının issue'ları için seçeceği kategorilere ve verilere bağlı.