GitHub Issues'in Evrimi (genel önizleme)

• Sub-Issue, Issue Type, Issue araması gibi çeşitli iyileştirmeler tanıtıldı

Alt issue'larla issue'ları daha ayrıntılı şekilde bölerek yönetmek

• Alt issue'lar kullanılarak issue'lar ebeveyn-çocuk hiyerarşisiyle daha ayrıntılı biçimde bölünebilir ve düzenlenebilir
• Alt issue'lar tüm issue'larda oluşturulabilir; iç içe yapılarla ilerleme takip edilebilir ve kalan işler görülebilir
• Projeler içinde alt issue'ların ilerleme durumu kolayca izlenebilir

Issue türleriyle işi organize etmek

• Issue türleri sayesinde, kuruluş içindeki tüm depolarda paylaşılan ortak bir dille issue'lar sınıflandırılıp yönetilebilir
• Bug backlog ilerlemesini hızlıca görmek, ekiplerin üzerinde çalıştığı üst düzey girişimlerin tamamını bulmak ve proje iş sınıflandırmasını anlamak mümkün hale gelir

Gelişmiş aramayla istediğinizi tam olarak bulmak

• Depo issue sayfasında AND ve OR anahtar sözcükleri ile iç içe aramalar için parantez kullanılarak gelişmiş arama kurulabilir
• Daha karmaşık filtreler oluşturarak tam olarak aranan issue kümesi bulunabilir

Issue arayüzü güncellemeleri

• Issue dizini sayfasına otomatik tamamlama ve sözdizimi vurgulama özellikli yeni bir filtre çubuğu eklendi
• Oluşturma ekranına hızlıca dönmeyi sağlayan 'Create More' seçeneğiyle birden fazla issue oluşturmak daha da hızlandı
• Dosya adına göre alfabetik sıralanan issue formları ve şablonları sayesinde istenen düzen kolayca ayarlanabilir
• Yeni 'Copy Link' düğmesiyle issue URL'si kolayca paylaşılabilir
• Uzun issue'larda artık 'Load More' seçildiğinde 50 yerine 150 etkinlik getiriliyor

GitHub Projects'te öğe artışı

• Daha önce proje başına kapasiteyi 1.200'den 50.000'e çıkaran proje öğesi sınırı artışının özel beta sürümü duyurulmuştu
• Bugün bu artırılmış sınırın kapsamı genişletiliyor
• Özel beta sonrasında slice, swimlane ve GraphQL API desteği eklendi; önemli bug raporları düzeltildi ve performans iyileştirildi
• Proje yöneticisiyseniz ve projenizde insights özelliğini kullanmıyorsanız (şu anda desteklenmeyen tek özellik) ve öğe sınırına yaklaşıyorsanız, projenin üst kısmında bir banner gösterilir
• Bu güncelleme kuruluş bazında değil proje bazında uygulanır; uygun projelerde "Join Waitlist" düğmesine tıklayarak katılabilirsiniz

GN⁺ görüşü

• Mevcut issue takip araçlarını bir adım ileri taşıyan bir güncelleme olarak, yazılım geliştirme ekiplerinin iş birliğini önemli ölçüde iyileştirebilir gibi görünüyor
• Alt issue'larla işleri ayrıntılandırırken genel ilerlemeyi görmenin kolaylaşması avantaj sağlıyor; ancak hiyerarşi aşırı derinleşirse okunabilirliği ters yönde etkileyebilir
• Issue type ayarlarıyla kuruluş içinde issue'ların ortak bir dille yönetilebilmesi etkileyici. Ekipler arası iletişimi ve anlayışı artırabilir
• Gelişmiş arama özelliği, çok sayıdaki issue içinde istenen bilgiyi hızlıca bulmak için faydalı olacaktır. Ancak karmaşık sorgular yazabilen kullanıcı eğitiminin önce gelmesi gerekir
• Proje öğesi sınırının yükselmesi, büyük ölçekli proje yönetiminde ciddi fayda sağlayabilir. Ancak çok fazla öğeyi tek bir projeye doldurmak yine de arzu edilir değildir

[GN⁺]

Hacker News görüşleri

• GitHub Issues'in en büyük zayıflığı, bir issue sayfasını ziyaret ettiğinizde asıl raporun ana içerik olarak gösterilmesi

  • Bu, gerçek sorunu anlamadan sadece semptomların açıklanmış olabileceği anlamına geliyor
  • İlk raporlayan kişinin hata raporunu iyi yazamamış olma ihtimali var
  • Ana sorun çözüldükten sonra bile küçük bir parça çözülmediği için issue açık kalabiliyor
  • Sayfanın üst kısmında sorunun mevcut anlayışını ve durumunu açıklayan bir alan olsa iyi olurdu

• GitHub Issues'i kullanmak istiyordum ama daha karmaşık hale geldiği için hayal kırıklığına uğradım

  • ADO, Jira, Asana gibi karmaşık hale gelmesinden endişe ediyorum

• Issues, depo bakımcılarıyla sınırlı olsa FLOSS projelerine katkı yapmak daha kolay olurdu

  • Şu anda destek talepleri, öneriler ve sohbetler yüzünden odak dağılıyor
  • Issue'ların Jira'laşmasına ilgi duymuyorum

• GitHub Issues'in son büyük güncellemesini 10 yıl önce ben inşa etmiştim ve daha fazlasını bekliyordum

  • Checkbox tabanlı geliştirme gibi hissettiriyor
  • React içeriyor

• "closed - duplicate", "closed - won’t fix", "our bot closed this because no one commented on it for 6 weeks" gibi durumların eklenmesi gerekiyor

  • Bir sorunu bulduğunuzda onun zaten kapatılmış olduğunu görmek çoğu zaman hayal kırıklığı yaratıyor

• Olumsuz tepkiyi anlayamıyorum

  • Kurumsal kullanıcılar için harika bir yükseltme
  • GitLab Issue veya Linear ile karşılaştırınca aradaki farkı kapatıyor

• Zaten etiketler varken issue türünün anlamının ne olduğunu bilmiyorum

• Bir issue yorumuna birden fazla sorun eklerseniz bunları takip etmek zorlaşıyor

  • [ ] checkbox eklemenin bir yolu var ama bunu kimin tamamladığı net değil
  • Kodun pull request'ine inceleme yorumu eklemenin bir yolu da var ama kimin atandığını gösteremiyorsunuz

• GitHub Issues'in en büyük sorunu, büyük açık kaynak projelerinin öncelikli issue'ları kolayca öne çıkaramaması

  • Agresif moderasyon mümkün ama bu issue açan kişide tedirginlik yaratıyor
  • Backlog ile yapılacak işleri ayırmanın bir yoluna ihtiyaç var

• Geçmişte kullandığım görev listesi yenilemesini beğenmiştim

  • Organik proje yönetimi yaklaşımı hoşuma gitmişti
  • Bunun açık alt görevlere dönüştürülmesi hayal kırıklığı yarattı