Repositori milik akun personal GitHub kini bisa memakai issue types dan issue fields secara umum. Pengumuman 11 November 2026 ini membantu developer mengelompokkan jenis pekerjaan dan menyimpan informasi seperti prioritas atau target tanggal tanpa menaruh semuanya di judul issue.
Statusnya generally available, bukan public preview, menurut pengumuman resmi GitHub. Cakupan yang dibahas adalah repositori milik akun personal.
Type menjawab jenis, field menjawab detail
Issue type mengelompokkan pekerjaan, misalnya Bug, Task, atau Feature. Issue field menyimpan rincian terstruktur. Field bawaan mencakup Priority, Effort, Start date, dan Target date. Jenis field dapat berupa pilihan tunggal, pilihan jamak, teks, angka, atau tanggal.
Sebagai contoh, issue “Tombol simpan tidak merespons” bisa diberi type Bug, Priority High, dan Effort Low. Ini contoh cara mencatat pekerjaan, bukan penilaian bahwa setiap bug tombol pasti mudah diperbaiki.
Mulai dari pengaturan akun
Di Settings akun personal, cari bagian Planning, lalu Issue types atau Issue fields. GitHub menyebut batas hingga 25 type dan 25 field. Keduanya dapat dipakai ketika membuat atau membuka issue.
Dokumentasi issue types menjelaskan bahwa pemilik akun dapat mengatur tipe yang tersedia. Untuk project kecil, mulai dari kategori yang benar-benar dipakai. Banyak pilihan tidak otomatis membuat antrean lebih mudah dibaca.
Kalau field tidak terlihat, cek pin dan aksesnya
Field yang belum diberi nilai dan tidak dipasang pada type dapat tersembunyi dari tampilan issue. Periksa pengaturan pin to types atau opsi untuk issue tanpa type. Selain itu, visibility field menentukan siapa yang dapat membacanya pada repositori publik.
Menurut panduan pengelolaan issue fields, field berstatus Restricted tidak ditampilkan pada public dan internal Projects. Jadi, tampilan yang berbeda belum tentu berarti nilainya hilang. Periksa akses sebelum mengubah visibility, terutama jika catatan memuat informasi internal.
Contoh aturan sederhana untuk project kuliah
- Gunakan Bug untuk perilaku yang tidak sesuai, Task untuk pekerjaan rutin, dan Feature untuk kemampuan baru.
- Tentukan arti Priority bersama. Misalnya, High untuk masalah yang menghambat demo, bukan semua pekerjaan yang terasa mendesak.
- Isi target tanggal ketika ada jadwal nyata. Hindari menambahkan tanggal hanya agar semua kolom penuh.
Issue membantu mencatat pekerjaan, sedangkan perubahan kodenya tetap perlu dikelola di repositori. Jika masih membedakan penyimpanan lokal dan online, baca perbedaan Git, commit, dan push ke GitHub.
