EDIT:
Po przedyskutowaniu z kilkoma OSS opiekunów recenzentów jest zdefiniowane jako co to słowo powinno być: do przeglądu (czyjś kod) oraz „cesjonariusz” ma luźniejsze Określenie to wyjaśnione poniżej .
Dla "recenzenta": ktoś, kogo chcesz przejrzeć kod. Niekoniecznie osoba odpowiedzialna za ten obszar lub odpowiedzialna za scalenie zatwierdzenia. Może to być ktoś, kto pracował nad tym kawałkiem kodu, jak to sugeruje GitHub automatycznie.
Dla "osoby cesjonariusza": do zespołu/opiekuna projektu, co to oznacza i nie ma ścisłej definicji. Może być otwieraczem PR lub osobą odpowiedzialną za ten obszar (kto zaakceptuje PR po zakończeniu przeglądu lub po prostu go zamknie). To nie GitHub definiuje to, co pozostawia otwartą dla opiekunów projektu, co najlepiej pasuje do ich projektu.
Poprzednia odpowiedź:
Ok będę śmiało odpowiedzieć na moje własne pytanie.
PR użytkowników z write-access: cesjonariusza byłaby ta sama osoba, która otworzyła Pr, a Recenzent zastąpi (kod reviewing) stare funkcja cesjonariusz, jest to jeden z cesjonariuszem ktoś wyboru.
PR użytkowników bez write-access (współtwórcy zewnątrz): Ktoś z write-access by przypisać sobie (lub inny element zapisu przywilej), aby przejrzeć PR (recenzent). Cesjonariusz jest pusty.
Za niedokończone PR od zewnętrznych współpracowników: członek dostępu do zapisu wziąłby niedokończoną pracę i wyznaczył ją. Ona będzie odpowiedzialna za ukończenie zadania, będąc Assignee. Ponieważ głównym powodem PR jest przegląd zmian, wybrałaby kilka osób do przeglądu zmian.
Dla każdego nowego członka zespołu powinienem wysłać link do tej odpowiedzi, aby wyjaśnić, jak radzić sobie z cesjonariuszami i recenzentami. Co prowadzi mnie do przekonania, że coś tu jest z gruntu nie tak :( –