GitHub stacked PR: diff nhỏ chưa phải đơn vị triển khai độc lập

Dev
Lượt xem 4

Chia thay đổi lớn thành ba PR giúp đọc dễ hơn. Nhưng PR trên phụ thuộc PR dưới không tự nhiên triển khai riêng được.

Thông báo ngày 6 tháng 10

GitHub công bố GA ngày 6 tháng 10 năm 2026. Các PR nhỏ được review riêng và merge cùng nhau; có trên mọi gói github.com.

Stack vào merge queue dưới dạng một merge group. Phương thức merge commit tạo commit cho từng PR. Đơn vị kiểm thử khác đơn vị lịch sử.

Sơ đồ biên tập: review từng PR → tích hợp stack → triển khai và rollback. Không phải ảnh GitHub.
Sơ đồ biên tập: review từng PR → tích hợp stack → triển khai và rollback. Không phải ảnh GitHub.

Viết rõ phạm vi review

A thêm hàm chung, B gọi qua API, C làm UI. Ghi phụ thuộc và base so sánh. Đây là đề xuất quy trình, không phải bảo đảm tự động của sản phẩm.

Chỉ đọc B có thể bỏ sót kiểm tra quyền thiếu ở A. Tách review diff và xác minh A+B+C, chỉ định người phụ trách tích hợp.

Đọc phê duyệt sau rebase

GitHub giữ phê duyệt khi rebase stack không có thay đổi khác sau khi base tiến lên, kể cả kho xóa phê duyệt cũ. Phê duyệt và kết quả tích hợp hiện tại là hai bằng chứng khác nhau.

Ghi SHA trước sau và merge group đã thử. Kiểm tra test có chạy lại và log bao phủ tổ hợp nào; dấu xanh riêng lẻ chưa đủ.

Tách merge và triển khai

Nếu hàm và API phải phát hành cùng, giữ phụ thuộc trong kế hoạch. Commit riêng mỗi PR không bảo đảm rollback một commit an toàn cho các nơi gọi còn lại.

Sửa lỗi độc lập không cần stack. Gom việc có thể khiến tất cả chờ một test chậm; hãy đánh giá chi phí vận hành.

GA và khả năng dùng thực tế

GitHub cho biết auto-merge sẽ triển khai trong vài tuần tới. Kiểm tra điều khiển trong kho thay vì cho rằng mọi tài khoản có cùng nút hôm nay.

Phản hồi preview giúp cải thiện điều hướng và tự động hóa. Đó là tín hiệu quan tâm, không bảo đảm năng suất. Đo thời gian chờ review và lỗi tích hợp của nhóm.

Thử stack nhỏ

Chọn hai PR phụ thuộc rõ, như hàm và nơi gọi. Ghi base, phụ thuộc, lệnh kiểm thử; thống nhất người chịu trách nhiệm và phạm vi rollback.

So thời gian tiết kiệm với lỗi mới. Nếu bảo trì tốn hơn, quay về PR thường. Sự rõ ràng khi review và triển khai quan trọng hơn số diff.

Nguồn chính thức

GitHub Changelog

Thông báo 6 tháng 10; kiểm tra 8 tháng 10 năm 2026. Xác minh quy tắc và tính năng trước khi áp dụng.