Ruleset đã thực thi được từ khá lâu. Thứ còn thiếu là câu trả lời cho câu hỏi duy nhất có ý nghĩa sau đó: có ai thực sự tuân theo không?
Ngày 12/8, rule insights lên tới cấp tổ chức ở bản xem trước công khai. Nó gộp kết quả đánh giá quy tắc trên mọi repository bạn sở hữu — được phép, thất bại và bị bỏ qua — thay vì bắt bạn mở từng cái một.
Bạn nhận được gì
Bảng điều khiển nằm trong Settings của tổ chức, ở tab Repository, và làm bốn việc:
- Gộp số liệu đánh giá quy tắc trên toàn bộ repository của tổ chức
- Làm nổi những repository bị bỏ qua quy tắc nhiều nhất, để công sức rà soát dồn đúng chỗ đáng dồn
- Lọc theo trạng thái đánh giá, nhánh, ruleset và khoảng thời gian
- Xuất ra CSV, đúng định dạng mà bằng chứng tuân thủ thực sự cần có
Số lần bỏ qua mới là con số cần theo dõi
Số lần được phép và thất bại đều là chuyện thường — dù thế nào thì quy tắc cũng đã làm việc của nó. Số lần bị bỏ qua mới mang thông tin, vì mỗi lần bỏ qua là một con người quyết định rằng lần này quy tắc không nên áp dụng.
Vài lần bỏ qua là lành mạnh; quy tắc không bao giờ bỏ qua được sẽ bị lách theo những cách tệ hơn. Một repository có tỉ lệ bỏ qua cao đều đặn đang nói với bạn một điều cụ thể: hoặc quy tắc đó sai với codebase ấy, hoặc đội đó đã quen coi việc bỏ qua là một phần của quy trình bình thường. Hai trường hợp cần hai phản ứng ngược nhau, và nhìn con số tổng thì không phân biệt được.
Vì vậy khung "bị bỏ qua nhiều nhất" mới là khung hữu dụng. Nó biến một cuộc rà soát không giới hạn thành một danh sách ngắn.
Vì sao tính năng này xuất hiện lúc này
Rule insights cấp repository ra mắt hồi tháng 4. Gộp lên cấp tổ chức là phần tiếp theo tự nhiên, và nó rơi vào giữa một tháng mà GitHub liên tục tung tính năng quản trị: danh sách trắng MCP, giới hạn pull request cấp tổ chức, kiểm soát plugin, chi tiết hoá đơn theo từng model.
Sợi dây chung là quy mô. Mọi tính năng trong số đó tồn tại vì một biện pháp kiểm soát vốn hiệu quả khi còn kiểm tra bằng tay sẽ hết hiệu quả khi khối lượng hoạt động vượt quá số người rà soát. Agent là một phần lớn trong lý do khối lượng ấy phình ra.
Đây là bản xem trước, nên hãy tính trước
Xem trước công khai nghĩa là giao diện và dữ liệu vẫn có thể thay đổi. Điều đó ổn khi bạn muốn biết các lần bỏ qua tập trung ở đâu; nhưng còn sớm để dựng một quy trình tuân thủ dựa trên giả định các cột CSV đã ổn định.
Cách dùng đầu tiên hợp lý: xuất một lần, nhìn năm repository đứng đầu về số lần bỏ qua, rồi đi hỏi các đội đó vì sao. Cuộc trò chuyện ấy sẽ cho nhiều thông tin hơn bảng điều khiển, còn bảng điều khiển là thứ cho bạn biết nên trò chuyện với ai.