Редактировать : Это руководство чрезвычайно полезно для выяснения, как все это сделать.
Этот ответ на аналогичный вопрос показывает процесс перебазирования в Subversion.Это выглядит следующим образом:
svn cp trunk feature
- фиксируется для функции и транка
svn cp trunk feature-rebase
svn co feature-rebase
cd feature-rebase
svn merge feature
svn commit
svn rm feature
svn mv feature-rebase feature
- (обратно наfeature-rebase WC)
svn switch feature
Итак, в этом случае я бы использовал Subversion для разработки (в моем случае это нежелательно) и оставил свою локальную разработку trunk
до-дата с пультом trunk
с использованием svn update
.
Предпочтительная альтернатива
Найденная мной предпочтительная альтернатива, которая позволяет мне продолжать работу в Git,использование надежного набора команд , включенного в состав git-svn
, который позволяет выполнять двунаправленные операции между репозиторием Subversion и Git.
Я считаю, что все, что мне нужно сделать (хотя у меня естьеще не проверял это) git svn init
локальная среда разработки, основанная на расположении удаленной соединительной линии (в моем конкретном случае, это Представитель Subversion от Memberfulository и всякий раз, когда мне нужно «извлечь» изменения из удаленного репозитория, используйте git svn rebase
.