Cùng một bài, đọc bằng chữ. Nhanh hơn và tìm lại được bằng Ctrl+F.
Vì sao tách
Một PR lớn
Auth, API, giao diện chung một PR
Người review phải đọc cả ba cùng lúc
Chuỗi PR nhỏ
Ba PR, mỗi PR một phần
Người review chỉ thấy phần thay đổi của PR đó
Cách nối
Mỗi phần một branch, mỗi branch một PR
Branch sau xây tiếp từ branch trước. Nên PR sau chỉ chứa phần mới của nó. GitHub gọi chuỗi này là stack.
Ghi chú
main → auth → api → giao diện: ba PR xếp chồng
Cài extension gh stack cho GitHub CLI
init tạo branch đầu, add tạo branch tiếp theo
push đẩy mọi branch, submit mở một PR cho mỗi branch
main có code mới, approval vẫn còn
Khi main có commit mới, cả chuỗi phải cập nhật theo. Nút Rebase stack làm việc đó cho cả chuỗi. Phần code không đổi thì approval đã có vẫn được giữ.
Repo dùng stack merge nhiều code hơn repo tương đương, theo GitHub
Trước khi dùng
Nên
Mỗi PR chỉ chứa một phần việc
Cập nhật cả chuỗi bằng Rebase stack
Còn giới hạn
Auto-merge cho stack: GitHub còn đang mở dần
Chưa có trên GitHub Enterprise Server
Thử tách PR đang làm thành hai
Phần backend một PR, phần giao diện một PR khác. Người review chỉ phải đọc một phần mỗi lần.
