настройка egit repos для программирования команды

Question

Я пытаюсь выяснить, какой был бы лучший способ настроить egit repos для mutliple разработчиков.

Я нашел несколько аргументов, чтобы настроить независимые репозитории для каждого разработчика, а затем рекомендацию объединить файлы, установив соответствующий внешний репозиторий вверх, например, разработчик B в Eclipse разработчика A, чтобы A мог вытащить и объединить с B. Однако Затем необходимо изменить репо на свое собственное все время. И переключение вверх по репозиториям в настройках довольно громоздко.

Альтернативно, все разработчики могут работать с одним и тем же репо в разных вариантах - тогда слияние было бы проще, так как никто не должен перейти к настройкам и изменить восходящее репо. С другой стороны, это тоже «опасно», поскольку каждый разработчик работает на одном и том же репо без ограничений (так я слышал)

Какой путь лучше в долгосрочной перспективе?

Answer 1

В конечном счете, с один восходящий репозиторий легче управлять.

Каждый разработчик может создавать свои собственные филиалы локально.
Они должны согласиться на общую ветку, чтобы нажать на нее. Это может быть мастер или ветвь функции (если некоторые из них сотрудничают с определенной функцией).

Идея заключается в том, перед каждым толчком к pull --rebase что ветвь от верхнего репо того, чтобы повторять вашу местную работу (коммиты вы не толкали уже) на верхней части вверх по течению/филиала (git pull --rebase будет получать, а затем перебазироваться ваша местная работа поверх того, что только что было получено).
Таким образом, разработчик будет только толкать коммиты, которые будут объединены в восходящем направлении как ускоренное слияние.

В условиях EGit pull --rebase настроен, когда вы create a tracking branch.

Rebase: При вытягивании, новые изменения будут доставлены с вверх по течению, и ветвь удаленного слежения будет обновляться. Затем текущее местное отделение будет перераспределено на обновленную ветвь удаленного отслеживания.