Помислете за локално репо, управлявано от gerrit, което се синхронизира редовно от проект, базиран на github (с подходящите клонове/етикети за проследяване. Разработката е инициализирана на версия 1 на кода (таг = 1.0). Разработката се извършва върху този код и редовно се слива с вътрешния клон за разработка чрез gerrit, а може би и с вътрешен клон за освобождаване/главен.
В крайна сметка обаче е желателно да преминем към външна версия 2.0 или да изтеглим всички промени от нашата линия за издаване (след като се отклони от разработката).
Като се има предвид, че това е код, управляван чрез gerrit, бихте ли пребазирали директно клона за разработка, за да внесете вътрешните/външните промени „нагоре по веригата“ във вашата линия за разработка, или бихте се разклонили от разработката, пребазирайте клон за разработчици към v2.0, след това натиснете клона за разработчици през gerrit по обичайния начин?
Питам, защото първото изглежда извън обхвата в тази рамка... от това, което прочетох по темата (като тук) такова повторно базиране на място може да не е възможно в рамките на gerrit и може да е нежелано, ако редовно предаваме всичко на други екипи (което в крайна сметка може да се случи). Последният (pull-via-developer-branch) изглежда по-стабилен и не изисква разработчикът да има специални привилегии за заобикаляне на gerrit или нормалния процес на разработка.
Твоите мисли?
