Управление миграцией из VSS в SVN

Наша организация выполняет переход с VSS на SVN.

Теперь из-за отсутствия ветвления в VSS есть папка с исходным кодом из последнего кода производственной среды, она использовалась как очередь, в которой новый код помещался в верхнюю часть очереди, тогда это в основном зависело от очень ручной работы и это был сценарий «все или ничего».

Для миграции использовался инструмент миграции C # для загрузки текущего кода VSS в SVN, он работал нормально, и история изменений файлов сохранялась.

Как бороться с этим сценарием? где текущий код VSS был загружен в магистраль, потому что история файлов должна храниться, а код производственной среды будет ветвью, но с предыдущими версиями файлов и меньшим количеством функций, чем магистраль, а затем будет смог объединить эти 2 корня.

Спасибо за ваши комментарии.

PD. Требования к производственному коду изменились, я не могу использовать текущую магистраль для создания нового производственного кода.


person redonisc    schedule 25.02.2009    source источник


Ответы (1)


Вы делали метки в VSS? Если это так, то, вероятно, будет лучше, если вы создадите производственную ветку из соответствующей ревизии в стволе svn, чтобы репозиторий знал, что существует общая история.

В любом случае у вас должна быть возможность объединить изменения основной ветви в производственную ветку.

Я бы посоветовал почитать Ветвление и слияние в SVN Книга тоже. Он хорошо написан и может сильно помочь.

Редактировать: Если вам нужно изменить производственные изменения отдельно от ствола, вы все равно сможете объединить изменения позже, но вам, вероятно, также необходимо учитывать необходимость помещения производственных изменений в ствол. Это может помочь предотвратить некоторые проблемы слияния позже, плюс тогда ствол также будет обновлен с исправлениями ошибок и т. Д.

person crashmstr    schedule 25.02.2009
comment
Требования к производственному коду изменились, я не могу использовать текущую магистраль для создания нового производственного кода. - person redonisc; 25.02.2009
comment
вы можете вносить производственные изменения в производственную ветку, которую вы создаете, на основе метки - person Satish; 25.02.2009