EDIT:
Sau khi bàn bạc với một số bảo trì OSS, xét được định nghĩa là những gì từ nghĩa vụ phải được: để xem xét (mã của một ai đó) và "chuyển nhượng" đã một definiton lỏng hơn giải thích dưới đây .
Đối với "người đánh giá": người mà bạn muốn xem lại mã. Không nhất thiết phải là người chịu trách nhiệm về khu vực đó hoặc chịu trách nhiệm sáp nhập cam kết. Có thể là một người làm việc trên đoạn mã đó trước đây, như GitHub tự động gợi ý.
Đối với "người được chuyển nhượng": tối đa nhóm dự án/người duy trì ý nghĩa của nó và không có định nghĩa nghiêm ngặt. Nó có thể là người mở PR, hoặc ai đó chịu trách nhiệm cho khu vực đó (người sẽ chấp nhận PR sau khi xem xét xong hoặc chỉ đóng nó). Nó không phải để GitHub để xác định những gì nó được để nó mở cho các nhà bảo trì dự án những gì phù hợp nhất cho dự án của họ.
câu trả lời trước:
Ok tôi sẽ đi trước và trả lời câu hỏi của riêng tôi.
Đối với PR của người dùng có quyền truy cập ghi: Người được chỉ định sẽ là người mở PR và người đánh giá sẽ thay thế chức năng người được chỉ định cũ (xem mã), đây là người được người được chỉ định lựa chọn.
Đối với PR của người dùng không có quyền truy cập ghi (bên ngoài cộng tác viên): Người nào đó có quyền ghi sẽ giao cho mình (hoặc thành viên viết riêng), xem xét PR (Người phản biện). Người được chỉ định trống.
Đối với PR chưa hoàn thành từ các cộng tác viên bên ngoài: thành viên truy cập sẽ thực hiện công việc chưa hoàn thành và chỉ định cho cô ấy. Cô sẽ chịu trách nhiệm hoàn thành nhiệm vụ, là Người được giao. Vì lý do chính của PR là xem xét các thay đổi, cô ấy sẽ chọn một số người khác để xem xét các thay đổi.
Nguồn
2016-12-15 21:59:41
Đối với mỗi thành viên nhóm mới, tôi nên gửi một liên kết đến câu trả lời này để giải thích cách đối phó với người được chỉ định và người đánh giá. Điều này dẫn tôi đến suy nghĩ rằng có điều gì đó về cơ bản là sai ở đây :( –