Cập nhật AI · Đọc theo nguồn chính
Copilot approval: khi một approval AI có thể chạm vào merge rule
Một ghi chú nguồn-bounded về GitHub Copilot code review approval và câu hỏi governance cần kiểm trước khi bật.
Trước khi bắt đầu
Đọc để ra quyết định, không chỉ để lướt qua thông tin.
Bài này dành cho Engineering lead, repository admin và security reviewer.. Mục tiêu là giúp bạn Giúp team kiểm branch rule, scope quyền và human gate trước khi coi approval AI là một phần của quy trình merge..
01 / DOCUMENTED CHANGE
Có một capability cần đọc cùng merge rule
GitHub tài liệu hóa việc admin có thể bật để Copilot gửi PR approval ở public preview; mặc định capability này tắt và có scope quản trị. Một approval được bật có thể tính vào required-approvals rule theo cấu hình repository.
Điểm cần chốt
Đây là capability được tài liệu hóa, không phải bằng chứng review AI đủ chất lượng.Cách áp dụng
- Public preview và scope theo plan/configuration cần được kiểm ở workspace cụ thể.
- Commit mới có thể làm dismissal approval theo rule của GitHub.
Sơ đồ bước 01: Có một capability cần đọc cùng merge rule
02 / WHO IS AFFECTED
Đội có rule “một approval là đủ” cần kiểm đầu tiên
Nếu branch chỉ yêu cầu một approval, policy bật Copilot approval có thể thay đổi ý nghĩa thực tế của con số đó. Đây là vấn đề governance, không chỉ là setting UI.
Điểm cần chốt
Mở branch protection/ruleset hiện tại.Cách áp dụng
- Kiểm ai có quyền bật ở enterprise, organization và repository.
- Xem path scope và loại PR nào được áp dụng.
Sơ đồ bước 02: Đội có rule “một approval là đủ” cần kiểm đầu tiên
03 / SMALLEST SAFE TEST
Test bằng PR đại diện và rule cô lập
Không bật trên repo production đầu tiên. Dùng repo/test branch có PR chứa defect đã biết, thay đổi an toàn và trường hợp false positive để xem approval/human review vận hành ra sao.
Điểm cần chốt
Đo true positive, false positive và lỗi bị bỏ sót.Cách áp dụng
- Test new-commit dismissal, path boundary và human disagreement.
- Ghi lại configuration, version và thời điểm test.
Sơ đồ bước 03: Test bằng PR đại diện và rule cô lập
04 / DO NOT INFER
Approval không chứng minh review thay người
Tài liệu capability không chứng minh Copilot phát hiện nhiều defect hơn con người, an toàn làm sole merge gate, hoặc phù hợp cho mọi repository. Không dùng trạng thái “approved” như bằng chứng chất lượng.
Điểm cần chốt
Giữ human approval ở thay đổi rủi ro.Cách áp dụng
- Xem lại CODEOWNERS, CI và security checks độc lập.
- Công bố failure modes, không chỉ demo pass.
Sơ đồ bước 04: Approval không chứng minh review thay người
05 / NEXT ACTION
Ghi một decision record trước khi rollout
Decision record cần nêu scope, nhánh áp dụng, rule trước/sau, điều kiện rollback, owner và ngày review lại. Nếu thiếu các phần này, chưa có cơ sở để rollout rộng.
Điểm cần chốt
Chọn explicit rule, không dựa vào default mơ hồ.Cách áp dụng
- Lên lịch review sau khi đủ mẫu PR.
- Liên kết sang protocol đánh giá coding tool.
Sơ đồ bước 05: Ghi một decision record trước khi rollout
Giới hạn của hướng dẫn này
Điều trang này không khẳng định.
Cập nhật này chỉ mô tả capability/scope được nguồn chính thức nêu tại ngày review. Nó không đưa khuyến nghị production hoặc tuyên bố về chất lượng, bảo mật hay năng suất.
Nguồn để đối chiếu
Đọc nguồn. Giữ đúng phạm vi.
- GitHub Changelog — Copilot code review approvals ↗
Nguồn chính. Recheck trước khi dùng vì capability ở public preview và policy có thể đổi.