Bagaimana cara mengelola masalah github untuk (prioritas, dll)? [Tutup]

Saya baru di github, dan saya sedang mencari saran tentang cara mengelola masalah. Saya terbiasa memiliki prioritas dan opsi pemesanan lain tetapi melihat bahwa tidak ada.

Bagaimana orang lain mengelola masalah selama daur hidup bug / fitur?

Terima kasih sebelumnya.

Anda bisa menentukan kelompok yang berbeda dari label seperti jenis masalah , masalah prioritas , status masalah , tag versi , dan mungkin lebih. Agar dapat melihat langsung ke grup mana label milik Anda dapat menggunakan konvensi penamaan seperti <label-group>:<label-name>.

Menggunakan konvensi penamaan seperti itu akan membuat mengelola masalah Github lebih mudah dan membantu orang lain untuk "memahami" masalah lebih cepat. Perhatikan bahwa Anda juga dapat menetapkan warna pada label yang dapat menambahkan lebih banyak lagi ke keterbacaan (Saya akan menggunakan warna tertentu untuk setiap grup label). Tetapi karena Anda masih harus menetapkan / membatalkan penetapan label ke / dari masalah secara manual, Anda mungkin ingin menyimpan daftar keseluruhan grup / label kecil.

Menurut skema yang disarankan di atas, Anda dapat mendefinisikan grup dan label yang sesuai sebagai berikut.

grup 'tipe masalah'

• ketik: bug
• ketik: fitur
• ketik: ide
• ketik: tidak valid
• ketik: dukungan
• ketik: tugas

grup 'masalah prioritas'

• prio: rendah
• prio: normal
• prio: tinggi

grup 'status masalah'

(Label ini menggambarkan status masalah dalam alur kerja yang ditentukan.)

• status: dikonfirmasi
• status: ditangguhkan
• status: berkomitmen-diperbaiki
• status: dalam proses
• status: tidak lengkap
• status: ditolak
• status: diselesaikan

grup 'keluarkan informasi'

• info: diperlukan umpan balik
• info: diperlukan bantuan
• info: progress-25
• info: progress-50
• info: progress-75

grup 'tag versi'

• ver: 1.x
• ver: 1.1

Pelacak masalah GitHub cukup fleksibel. Memang tidak ada prioritas, atau pemesanan. Itu berputar di sekitar tiga pilar utama: Tugas , label dan tonggak .

• Anda dapat "menandai" masalah dengan label yang Anda buat (dengan cara yang mirip dengan label Gmail). Misalnya: "bug", "permintaan fitur", "todo", "pertanyaan", ... Satu masalah dapat ditandai dengan label yang berbeda.

• Anda dapat "mengemas" beberapa masalah menjadi tonggak sejarah . Tonggak sejarah dibuat dari judul (nomor versi misalnya) dan tanggal pengiriman opsional.

• Setiap masalah dapat ditugaskan ke kolaborator (kontributor atau anggota organisasi) dari repositori. Anda bahkan dapat memanggil kolaborator dalam komentar menggunakan @diikuti oleh login GitHub-nya.

Akhirnya, berkat bilah sisi, Anda dapat "memfilter" daftar masalah untuk membantu Anda mengelolanya.

Posting blog lengkap "Masalah 2.0" tentang hal ini akan memberi Anda pandangan yang lebih rinci tentang fitur-fiturnya.

Saya menggunakan huboard.com untuk mewakili masalah github dengan cara papan Kanban, dan kemudian mengurutkannya dengan menyeret dan menjatuhkan di dalam huboard. Ini bekerja cukup baik jika Anda hanya tertarik untuk memvisualisasikan prioritas, dan mengetahui apa yang harus dilakukan selanjutnya.

Ini sebenarnya menyimpan prioritas dalam masalah itu sendiri, sebagai komentar HTML:

Your normal issue text here...
<!---
@huboard:{"order":465.0}
-->

Contoh bagaimana kami menggunakan label pada github untuk mengelola proyek kami

Label Kategori (bisa juga menggunakan semua tutup untuk memisahkan secara visual)

• Tugas
• Bug
• Fitur
• Diskusi

Label Prioritas

• PENTING

Kami menganggap semuanya memiliki prioritas normal dan tidak benar-benar melihat kebutuhan akan "rendah". Sehingga hanya menyisakan satu label untuk menandai hal-hal yang perlu segera diperhatikan.

Label Status

• ditinjau (penerima telah membaca)
• antri (penerima hak akan segera mengerjakannya)
• sedang dalam proses (penerima sedang mengerjakannya sekarang)
• tidak valid (jika bug tidak dapat diproduksi ulang)
• butuh umpan balik (sinyal kelelawar untuk membuat orang membaca dan berkomentar atau memberikan bantuan)

Kami menyimpan semua dokumentasi dalam wiki yang mencakup caranya, arsitektur, infrastruktur, studi kasus, perencanaan, dan persyaratan.

Pull-Request adalah untuk ulasan kode dan diskusi fitur jika itu merupakan bagian dari cabang

Dengan beberapa penggunaan penyaringan yang kreatif kita dapat menemukan pekerjaan apa pun yang perlu kita lakukan untuk hari itu. "Tugas + URGENT" atau "Bug + URGENT" selalu meninjau masalah yang ditandai sebagai "perlu umpan balik" dan tinggalkan komentar meskipun Anda tidak memiliki sesuatu untuk ditambahkan. Tentu saja ini bekerja dengan tim kami yang terdiri dari lima orang tetapi mungkin tidak lebih dari itu.

Saya memilih dua jenis label dalam masalah GH - yang pertama berkaitan dengan jenis masalah, dan yang kedua berkaitan dengan prioritas:

• bug
• fitur - (barang baru)
• peningkatan - (membuat barang yang ada lebih baik)
• pertanyaan / diskusi - (mendiskusikan hal-hal)

Pertanyaan / diskusi mungkin tidak diperlukan, jika Anda menggunakan Wiki dengan baik. Tapi saya suka karena itu memungkinkan saya untuk mengarahkan pertanyaan atau ide pada orang tertentu.

Lalu ada tiga label prioritas yang sangat sederhana:

• sekarang
• segera
• kemudian

Mudah kan?

Selain solusi penandaan yang disarankan di atas, kami memiliki blockingdan blockedsebagai label.

Suatu masalah pertama-tama harus diberikan kepada orang yang benar, tetapi jika orang itu tidak dapat menyelesaikan masalah tersebut sampai masalah lain selesai, masalah tersebut ditandai sebagai blocked. Dan masalah lainnya direferensikan menggunakan tag hash.

Demikian pula jika suatu tugas menghalangi orang lain untuk mengerjakan sesuatu, itu harus ditandai blockingdengan referensi ke masalah lain.

Saya merasa agak sulit untuk mengetahui cara membuat daftar item yang ditugaskan untuk orang tertentu;

Solusinya adalah dengan mengklik ikon 'pencarian' (tanpa kriteria pencarian diketik) dan pada halaman hasil ada drop-down di sebelah kiri.