Làm cách nào để quản lý các vấn đề về github cho (ưu tiên, v.v.)? [đóng cửa]

Tôi mới sử dụng github và đang tìm kiếm lời khuyên về cách quản lý các vấn đề. Tôi đã từng có quyền ưu tiên và các tùy chọn đặt hàng khác nhưng thấy rằng không tồn tại.

Làm thế nào để người khác quản lý các vấn đề trong vòng đời của một lỗi / tính năng?

Cảm ơn trước.

Bạn có thể xác định các nhóm khác nhau của các nhãn như các loại vấn đề , ưu tiên vấn đề , trạng thái vấn đề , thẻ phiên bản , và có thể nhiều hơn. Để có thể thấy ngay một nhóm thuộc về nhãn nào, bạn có thể sử dụng quy ước đặt tên như thế nào <label-group>:<label-name>.

Sử dụng quy ước đặt tên như vậy sẽ giúp việc quản lý các vấn đề Github dễ dàng hơn nhiều và giúp người khác "hiểu" các vấn đề nhanh hơn nhiều. Lưu ý rằng bạn cũng có thể gán màu cho các nhãn có thể thêm nhiều hơn cho khả năng đọc (tôi sẽ sử dụng một màu cụ thể cho từng nhóm nhãn). Nhưng vì bạn vẫn phải gán / hủy gán các nhãn đó cho / từ các vấn đề theo cách thủ công nên bạn có thể muốn giữ danh sách tổng thể của các nhóm / nhãn nhỏ.

Theo sơ đồ được đề xuất ở trên, bạn có thể xác định các nhóm và nhãn tương ứng như sau.

nhóm 'loại vấn đề'

• loại: lỗi
• loại: tính năng
• loại: ý tưởng
• loại: không hợp lệ
• loại: hỗ trợ
• loại: nhiệm vụ

nhóm 'ưu tiên vấn đề'

• tiên tri: thấp
• tiên tri: bình thường
• tiên tri: cao

nhóm 'tình trạng vấn đề'

(Các nhãn này mô tả trạng thái của một vấn đề trong quy trình làm việc được xác định.)

• Trạng thái: Đã xác nhận
• tình trạng: hoãn lại
• trạng thái: đã cam kết
• Trạng thái đang tiến hành
• tình trạng: không đầy đủ
• tình trạng: bị từ chối
• trạng thái: đã giải quyết

nhóm 'thông tin phát hành'

• thông tin: thông tin phản hồi cần thiết
• thông tin: cần giúp đỡ
• thông tin: tiến độ-25
• thông tin: tiến độ-50
• thông tin: tiến độ-75

nhóm 'thẻ phiên bản'

• động từ: 1.x
• câu: 1.1

Trình theo dõi vấn đề GitHub khá linh hoạt. Thực sự không có ưu tiên, cũng không đặt hàng. Nó xoay quanh ba trụ cột chính: Bài tập , nhãn và cột mốc .

• Bạn có thể "gắn thẻ" các vấn đề với nhãn bạn tạo (theo cách tương tự như nhãn Gmail). Ví dụ: "bug", "Feature-request", "todo", "question", ... Một vấn đề có thể được gắn thẻ với các nhãn khác nhau.

• Bạn có thể "gói" một số vấn đề thành một cột mốc quan trọng . Một cột mốc được tạo ra từ một tiêu đề (ví dụ số phiên bản) và ngày giao hàng tùy chọn.

• Mỗi vấn đề có thể được chỉ định cho một cộng tác viên (cộng tác viên hoặc thành viên tổ chức) của kho lưu trữ. Bạn thậm chí có thể triệu tập một cộng tác viên trong một bình luận bằng cách sử dụng @thông tin đăng nhập GitHub của nó.

Cuối cùng, nhờ vào thanh bên, bạn có thể "lọc" danh sách các vấn đề để giúp bạn quản lý nó.

Một bài đăng blog đầy đủ "Các vấn đề 2.0" về chủ đề này sẽ cung cấp cho bạn cái nhìn chi tiết hơn về các tính năng.

Tôi sử dụng huboard.com để thể hiện các vấn đề về github theo cách của bảng Kanban, sau đó sắp xếp chúng bằng cách kéo và thả trong huboard. Nó hoạt động khá tốt nếu bạn chỉ quan tâm đến việc hình dung mức độ ưu tiên và biết phải làm gì tiếp theo.

Nó thực sự lưu trữ mức độ ưu tiên trong chính vấn đề, dưới dạng một nhận xét HTML:

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

Ví dụ về cách chúng tôi sử dụng nhãn trên github để quản lý các dự án của chúng tôi

Nhãn danh mục (cũng có thể sử dụng tất cả các mũ để tách biệt trực quan)

• Bài tập, nhiệm vụ
• Lỗi
• Đặc tính
• Thảo luận

Nhãn ưu tiên

• KHẨN CẤP

Chúng tôi coi mọi thứ đều có mức độ ưu tiên bình thường và không thực sự thấy nhu cầu "thấp". Vì vậy, chỉ để lại một nhãn để đánh dấu những thứ cần chú ý ngay lập tức.

Nhãn trạng thái

• xem xét (người được giao đã đọc nó)
• xếp hàng (người được giao sẽ sớm làm việc với nó)
• công việc đang tiến triển (người được giao đang làm việc với nó bây giờ)
• không hợp lệ (nếu lỗi không thể tái tạo)
• cần phản hồi (tín hiệu dơi để mọi người đọc và bình luận hoặc cung cấp trợ giúp)

Chúng tôi giữ tất cả tài liệu trong một wiki bao gồm cách thức, kiến ​​trúc, cơ sở hạ tầng, nghiên cứu trường hợp, lập kế hoạch và yêu cầu.

Yêu cầu kéo là để đánh giá mã và thảo luận về tính năng nếu nó là một phần của chi nhánh

Với một số sử dụng sáng tạo của bộ lọc, chúng tôi có thể tìm thấy bất kỳ công việc nào chúng tôi cần làm trong ngày. "Nhiệm vụ + KHẨN" hoặc "Lỗi + KHẨN" luôn xem xét các vấn đề được gắn thẻ là "cần phản hồi" và để lại nhận xét ngay cả khi bạn không có gì để thêm. Tất nhiên điều này làm việc với nhóm năm người của chúng tôi nhưng có lẽ không nhiều hơn thế.

Tôi sử dụng hai loại nhãn trong các vấn đề GH - loại đầu tiên liên quan đến loại vấn đề và loại thứ hai liên quan đến ưu tiên:

• lỗi
• tính năng - (công cụ mới)
• nâng cao - (làm cho công cụ hiện có tốt hơn)
• câu hỏi / thảo luận - (thảo luận)

Câu hỏi / thảo luận có thể không cần thiết, nếu bạn sử dụng Wiki tốt. Nhưng tôi thích nó vì nó cho phép tôi hướng một câu hỏi hoặc một ý tưởng vào một người cụ thể.

Sau đó, có ba nhãn ưu tiên thực sự đơn giản:

• hiện nay
• Sớm
• một lát sau

Dễ thôi phải không?

Ngoài các giải pháp gắn thẻ được đề xuất ở trên, chúng tôi có blockingvà blockeddưới dạng nhãn.

Một vấn đề trước tiên phải được chỉ định cho đúng người, nhưng nếu người đó không thể giải quyết vấn đề cho đến khi một số vấn đề khác kết thúc, vấn đề được đánh dấu là blocked. Và vấn đề khác được tham chiếu bằng cách sử dụng thẻ băm.

Tương tự như vậy nếu một tác vụ đang chặn người khác làm việc trên một cái gì đó, thì nó nên được đánh dấu là blockingcó liên quan đến vấn đề khác.

Tôi thấy có một chút khó khăn để tìm ra cách liệt kê các mục được gán cho một người cụ thể;

Giải pháp là nhấp vào biểu tượng 'tìm kiếm' (không có tiêu chí tìm kiếm nào được nhập) và trên trang kết quả có một danh sách thả xuống ở bên trái.