Evolusi GitHub Issues (pratinjau publik)

• Berbagai peningkatan diumumkan, termasuk Sub-Issue, Issue Type, dan pencarian issue

Mengelola issue secara lebih rinci dengan sub-issue

• Dengan sub-issue, issue dapat dipecah dan disusun dalam struktur hierarki parent-child
• Sub-issue dapat dibuat dari semua issue, dan dengan memanfaatkan struktur bertingkat, kemajuan serta pekerjaan yang tersisa dapat dilacak
• Kemajuan sub-issue juga dapat dengan mudah dipantau di dalam proyek

Mengatur pekerjaan dengan jenis issue

• Dengan jenis issue, issue dapat diklasifikasikan dan dikelola menggunakan bahasa umum yang dibagikan di semua repositori dalam organisasi
• Memungkinkan untuk dengan cepat memahami progres backlog bug, menemukan semua inisiatif tingkat tinggi yang sedang dikerjakan tim, dan memahami klasifikasi pekerjaan proyek

Menemukan yang diinginkan secara tepat dengan pencarian lanjutan

• Di halaman issue repositori, pencarian lanjutan dapat disusun menggunakan kata kunci AND dan OR, serta tanda kurung untuk pencarian bertingkat
• Dapat membuat filter yang lebih kompleks untuk menemukan kumpulan issue yang benar-benar diinginkan

Pembaruan UI issue

• Ditambahkan filter bar baru di halaman indeks issue dengan fitur autocomplete dan syntax highlighting
• Pembuatan banyak issue menjadi lebih cepat dengan opsi 'Create More' untuk kembali dengan cepat ke layar pembuatan
• Formulir dan template issue yang ditampilkan menurut urutan alfabet berdasarkan nama file kini dapat diatur dengan mudah sesuai urutan yang diinginkan
• Tombol 'Copy Link' baru memudahkan berbagi URL issue
• Untuk issue yang panjang, saat memilih 'Load More' kini akan memuat 150 event, bukan lagi 50

Peningkatan jumlah item di GitHub Projects

• Sebelumnya telah diumumkan private beta peningkatan batas item proyek dari 1.200 menjadi 50.000 per proyek
• Hari ini cakupan batas yang ditingkatkan tersebut diperluas
• Sejak private beta, telah ditambahkan dukungan untuk slices, swimlanes, dan GraphQL API, serta perbaikan pada laporan bug prioritas tinggi dan peningkatan performa
• Jika Anda adalah admin proyek, tidak menggunakan insights di proyek (satu-satunya fitur yang saat ini belum didukung), dan mendekati batas item, banner akan muncul di bagian atas proyek
• Pembaruan ini diterapkan per proyek, bukan per organisasi, sehingga Anda dapat ikut serta dengan mengeklik tombol "Join Waitlist" pada proyek yang memenuhi syarat

Opini GN⁺

• Ini tampak sebagai pembaruan yang membawa alat pelacakan issue ke level berikutnya dan berpotensi sangat meningkatkan kolaborasi tim pengembangan perangkat lunak
• Ada kelebihan karena pekerjaan dapat dipecah lebih rinci dengan sub-issue sambil tetap mudah melihat progres keseluruhan, tetapi jika struktur hierarki menjadi terlalu dalam, keterbacaan justru bisa menurun
• Penetapan jenis issue yang memungkinkan pengelolaan issue dengan bahasa yang seragam di dalam organisasi terasa mengesankan. Ini tampaknya dapat meningkatkan komunikasi dan pemahaman antartim
• Fitur pencarian lanjutan akan berguna untuk cepat menemukan informasi yang diinginkan di tengah issue yang sangat banyak. Namun, pelatihan pengguna agar mampu menulis kueri yang kompleks perlu didahulukan
• Peningkatan batas item proyek diperkirakan akan sangat membantu pengelolaan proyek berskala besar. Namun, memasukkan terlalu banyak item ke dalam satu proyek bukanlah hal yang ideal

[GN⁺]

Opini Hacker News

• Kelemahan terbesar GitHub Issues adalah saat mengunjungi halaman issue, laporan asli ditampilkan sebagai konten utama

  • Ada kemungkinan hanya gejalanya yang dijelaskan tanpa benar-benar memahami masalah yang sebenarnya
  • Ada kemungkinan pelapor awal tidak mampu menulis laporan bug dengan baik
  • Bahkan setelah masalah utama teratasi, issue bisa tetap terbuka karena bagian kecil belum terselesaikan
  • Akan bagus jika ada ruang di bagian atas halaman untuk menjelaskan pemahaman dan status masalah saat ini

• Saya ingin menggunakan GitHub Issues, tetapi kecewa karena semakin rumit

  • Khawatir akan menjadi serumit ADO, Jira, atau Asana

• Jika Issues dibatasi untuk maintainer repositori, kontribusi ke proyek FLOSS akan menjadi lebih mudah

  • Saat ini fokusnya kabur karena adanya permintaan dukungan, usulan, dan percakapan
  • Saya tidak tertarik pada Jirafikasi Issue

• Saya membangun pembaruan besar terakhir untuk GitHub Issues 10 tahun lalu, dan saya berharap lebih

  • Rasanya seperti development berbasis checkbox
  • React disertakan

• Perlu penambahan status seperti "closed - duplicate", "closed - won’t fix", "our bot closed this because no one commented on it for 6 weeks"

  • Saat menemukan masalah, sering kali issue tersebut sudah tertutup sehingga membuat frustrasi

• Saya tidak mengerti reaksi negatifnya

  • Ini adalah upgrade yang sangat bagus untuk pengguna perusahaan
  • Ini adalah upaya mengejar Gitlab Issue atau Linear

• Sudah ada label, jadi saya tidak paham apa arti issue type

• Jika beberapa masalah ditambahkan dalam komentar issue, itu sulit dilacak

  • Memang ada cara menambahkan checkbox [ ] , tetapi tidak jelas siapa yang menyelesaikannya
  • Ada juga cara menambahkan review comment pada pull request kode, tetapi tidak bisa menandai orang yang ditugaskan

• Masalah terbesar GitHub Issues adalah proyek open source besar tidak bisa dengan mudah menandai issue prioritas

  • Moderasi yang agresif memang memungkinkan, tetapi membuat penulis issue merasa cemas
  • Diperlukan cara untuk membedakan backlog dan pekerjaan yang harus dikerjakan

• Saya menyukai perombakan task list yang pernah digunakan di masa lalu

  • Saya menyukai pendekatan manajemen proyek yang organik
  • Saya kecewa karena itu diubah menjadi sub-task yang eksplisit