На GitHub, в чем разница между рецензентом и правопреемником?
функция, добавленная 7 декабря 2016 года, объявленная в блоге GitHub, представила опцию чтобы добавить рецензентов в запрос Pull
теперь вы можете запросить обзор явно от сотрудников, что упрощает указание того, кто вы хотите просмотреть свой запрос на вытягивание.
вы также можете увидеть список людей, от которых вы ждете отзыва на боковой панели страницы pull request, а также статус отзывов от те, кто уже покинул их.
однако явная настройка рецензента для PR уже была выполнена путем назначения людей (правопреемники).
теперь доступны оба варианта, какова роль каждого варианта, поскольку они оба имеют одну и ту же конечную цель?
3 ответа:
EDIT:
после обсуждения с несколькими сопровождающими ОСС рецензенты определяется как то, что слово должно быть: для просмотра (чей-то код) и "цессионарий" имеет более свободное определение, объясненное ниже.
для "рецензента": кто-то, кого вы хотите просмотреть код. Не обязательно лицо, ответственное за эту область или ответственное за слияние фиксации. Может быть кто-то, кто работал над этим куском кода перед тем, как на GitHub автоматически предлагает.
для "цессионарий": до команды проекта / сопровождающего, что это значит, и нет строгого определения. Это может быть PR-открыватель или кто-то, кто отвечает за эту область (кто собирается принять PR после завершения обзора или просто закрыть его). Это не до GitHub, чтобы определить, что он оставляет его открытым для сопровождающих проекта, что лучше всего подходит для их проекта.
предыдущий ответ:
хорошо я пойду вперед и ответить на мой собственный вопрос.
для PR пользователей с доступом на запись: цессионарием будет тот же человек, который открыл PR, и рецензент заменит старую функцию цессионария (код рецензирования), будучи этим кем-то по выбору цессионария.
для PR пользователей без права записи (внешних участников): кто-то с доступом на запись назначит себя (или другого члена привилегии записи), чтобы просмотреть PR (рецензент). Цессионарий является пусто.
для незаконченного пиара со стороны спонсоров: член write-access возьмет незаконченную работу и назначит для нее. Она будет отвечать за завершение задачи, являясь правопреемником. Поскольку основной причиной PRs является рассмотрение изменений, она выберет некоторых других людей для рассмотрения изменений.
в GitHub рецензент-это человек, который рассматривает запрос тянуть. Владелец проекта может запросить проверку у любого из сопровождающих, они даже могут установить параметр, чтобы запрос на вытягивание можно было объединить только в том случае, если он рассматривается одним из сопровождающих с доступом на запись.
согласно официальному документация github, цессионарий-это человек, который работает над конкретными вопросами и запросами на вытягивание. Его иногда путают как рецензента. Это действительно предназначается, чтобы использоваться с проблемы, а не тянуть запрос, так что, когда мы получаем проблему, мы можем назначить кого-то, чтобы исправить это. В запросе на вытягивание цессионарий ссылается на лицо, которое отвечает за слияние этого запроса на вытягивание после получения комментариев и запросов на изменение от других сопровождающих.
согласно принятому ответу. Да, "цессионарий" имеет более свободное определение и может использоваться по-разному в соответствии с потребностями команд.
в нашей команде из 8 разработчиков, в большинстве PRs у нас есть 1 рецензент, который предлагает изменения и в конечном итоге утверждает PR. На этапе проверки "цессионарий" - это лицо, которое открыло PR; позже, если PR был выбран другим разработчиком, добавляется новый" цессионарий". Как только PR одобрен и готов к QA или прямому слиянию, добавляется новый QA "цессионарий". Таким образом "цессионарий" список растет.
мы используем слово "правопреемник" для коллективного обозначения следующих лиц:
- Pull Request Author
- автор работает над предложениями по изменению PR (обычно так же, как 1)
- QA person involved
- лицо, ответственное за слияние (обычно такое же, как 2 или 3)
использование "правопреемника" помогает легко найти PR в будущем. Один из моих проектов был >3000 ССБ.
is:open is:pr author:raya-dumas
is:closed is:pr assignee:raya-dumasи другие похожие запросы, чтобы облегчить процесс поиска. "вехи" весьма полезны в использовании, а также для облегчения поиска PR.
