- Công bố nhiều cải tiến như Sub-Issue, Issue Type, tìm kiếm Issue cùng nhiều tính năng khác
Quản lý issue chi tiết hơn bằng issue con
- Với issue con, bạn có thể chia nhỏ và tổ chức issue theo cấu trúc phân cấp cha-con
- Issue con có thể được tạo từ mọi issue, đồng thời có thể tận dụng cấu trúc lồng nhau để theo dõi tiến độ và nắm được công việc còn lại
- Có thể dễ dàng theo dõi tiến độ của issue con trong project
Tổ chức công việc bằng loại issue
- Dùng loại issue giúp bạn phân loại và quản lý issue bằng một ngôn ngữ chung được chia sẻ trên mọi kho lưu trữ trong tổ chức
- Có thể nhanh chóng nắm tiến độ backlog lỗi, tìm toàn bộ các sáng kiến cấp cao mà nhóm đang thực hiện, và hiểu cách phân loại công việc trong project
Tìm chính xác thứ bạn cần bằng tìm kiếm nâng cao
- Trên trang issue của kho lưu trữ, có thể thiết lập tìm kiếm nâng cao bằng cách dùng từ khóa
AND và OR, cùng dấu ngoặc để tạo truy vấn lồng nhau
- Có thể tạo các bộ lọc phức tạp hơn để tìm đúng tập issue mong muốn
Cập nhật UI của issue
- Thêm thanh lọc mới trên trang chỉ mục issue với tính năng tự động hoàn thành và tô sáng cú pháp
- Tùy chọn 'Create More' giúp tạo nhiều issue nhanh hơn bằng cách quay lại màn hình tạo thật nhanh
- Biểu mẫu và mẫu issue được hiển thị theo thứ tự bảng chữ cái dựa trên tên file, giúp dễ thiết lập theo thứ tự mong muốn
- Nút 'Copy Link' mới giúp dễ dàng chia sẻ URL của issue
- Với issue dài, khi chọn 'Load More' giờ đây sẽ tải 150 sự kiện thay vì 50
Tăng số lượng item trong GitHub Projects
- Trước đây, GitHub đã công bố bản beta riêng tư về việc tăng giới hạn item của project từ 1.200 lên 50.000 cho mỗi project
- Hôm nay, phạm vi áp dụng của giới hạn tăng này được mở rộng
- Kể từ bản beta riêng tư, GitHub đã bổ sung hỗ trợ cho slice, swimlane và GraphQL API, đồng thời sửa các báo cáo lỗi ưu tiên cao và cải thiện hiệu năng
- Nếu bạn là quản trị viên project, không sử dụng insights trong project (đây hiện là tính năng duy nhất chưa được hỗ trợ), và project đang tiến gần tới giới hạn item, một banner sẽ hiển thị phía trên project
- Bản cập nhật này được áp dụng theo từng project chứ không phải theo từng tổ chức, vì vậy có thể tham gia bằng cách nhấn nút "Join Waitlist" trên các project đủ điều kiện
Ý kiến của GN⁺
- Đây có vẻ là bản cập nhật đưa công cụ theo dõi issue hiện có tiến thêm một bước, và có thể cải thiện đáng kể khả năng cộng tác của các nhóm phát triển phần mềm
- Dù có ưu điểm là giúp chia nhỏ công việc bằng issue con nhưng vẫn dễ nắm được tiến độ tổng thể, cấu trúc phân cấp quá sâu cũng có thể làm giảm tính dễ đọc
- Việc có thể quản lý issue bằng một ngôn ngữ thống nhất trong tổ chức thông qua thiết lập loại issue là điểm rất ấn tượng. Điều này có thể giúp tăng cường giao tiếp và sự thấu hiểu giữa các nhóm
- Tính năng tìm kiếm nâng cao sẽ hữu ích để nhanh chóng tìm thông tin mong muốn giữa lượng issue đồ sộ. Tuy nhiên, cần đào tạo người dùng trước để họ có thể viết các câu truy vấn phức tạp
- Việc nâng giới hạn item của project được kỳ vọng sẽ rất hữu ích cho quản lý các project quy mô lớn. Tuy vậy, không nên đưa quá nhiều item vào một project duy nhất
1 bình luận
Ý kiến trên Hacker News
Điểm yếu lớn nhất của GitHub Issues là khi truy cập trang issue, báo cáo gốc được hiển thị như nội dung chính
Tôi muốn dùng GitHub Issues, nhưng thất vọng vì nó ngày càng phức tạp
Nếu Issues bị giới hạn cho các maintainer của repository, việc đóng góp cho các dự án FLOSS sẽ dễ hơn
Tôi đã xây dựng bản cập nhật lớn cuối cùng của GitHub Issues từ 10 năm trước và đã kỳ vọng nhiều hơn
Cần thêm các trạng thái như "closed - duplicate", "closed - won’t fix", "our bot closed this because no one commented on it for 6 weeks"
Tôi không hiểu phản ứng tiêu cực
Đã có label rồi, nên tôi không hiểu ý nghĩa của issue type là gì
Nếu thêm nhiều vấn đề vào phần bình luận của issue thì rất khó theo dõi
[ ], nhưng không rõ ai đã hoàn thànhVấn đề lớn nhất của GitHub Issues là các dự án mã nguồn mở lớn không thể dễ dàng đánh dấu các issue ưu tiên
Tôi thích đợt cải tổ danh sách công việc từng dùng trước đây