Любой инструмент для переноса репо из хранилища в Subversion?

Существуют ли инструменты, чтобы облегчить переход из Sourcegear Vault в Subversion?

Я бы предпочел существующий инструмент или проект (я куплю!).

Требования:

Только одноразовая миграция
Полная история с комментариями

Дополнительно:

Некоторая поддержка меток/ветвей/тегов
Относительно быстро. Это может занять несколько часов, но не дней.
Стоимость, если доступна

Бонусные баллы, если вы можете поделиться личным опытом, связанным с этим процессом.

Одна из причин, по которой я хотел бы сделать это, - это то, что у нас есть много проектов, распространяемых между Vault и Subversion (мы, наконец, вдали от sourcesafe). В некоторых ситуациях было бы полезно иметь возможность консолидировать определенные клиентские соглашения с SVN.

Кроме того, SVN лучше поддерживается сторонними инструментами. Например, Hudson и Redmine.

Опять же: мы вообще не отказываемся от хранилища.

Ответ 1

Мы думаем о миграции из хранилища в git. Я написал vault2git конвертер, который заботится об истории и удаляет привязки хранилищ из файлов *.sln, *.csproj.

Как только у вас есть git repo, есть git2svn.

Я знаю, что это звучит как обход, но это может быть быстрее, чем писать vault2svn с нуля.

Ответ 2

Если вам нужна полная история версий, вы можете просто написать script, который проверяет каждую версию из хранилища и проверяет ее с комментариями к Subversion.

https://www.mercurial-scm.org/wiki/GenericConversion является хорошим примером

На основе документации, которую я видел на веб-сайте Vault, загляните в командную строку GETVERSION.

Используйте свой любимый язык сценариев... Выполните следующий процесс:

Проверьте версию из хранилища.
Получить комментарии коммита для набора изменений.
Добавить/удалить файлы в репозиторий SVN
Фиксировать файлы, используя комментарии фиксации
Вернемся к шагу 1 со следующей версией

Ответ 3

Я не нашел простой способ конвертировать из Vault в svn. В основном мы взяли наши последние ветки и багажник и начали новый в svn. Честно говоря, я вернулся с двух или трех лейблов. Я хранил хранилище db около шести месяцев, и нам никогда не приходилось возвращаться к нему за данными. Поэтому я предполагаю, что вы хотите перенести свою историю на привязку для отслеживания ошибок; в то же время мы перенесли наш выдающийся список ошибок на новый трекер, чтобы определенно сделать вещи более удобными. Если мы останемся с тем же трекером ошибок, я бы подумал, что мы бы начали новый экземпляр этого нового репо. Удачи!

Бретт

Ответ 4

Free. Стоимость лицензии на хранилище пользователей увеличилась с тех пор, как мы пошли на нее.

Ответ 5

Мы также рассматриваем миграцию. Одной из причин является стоимость, но еще одна причина заключается в том, что Vault не использует допустимый xml (или любой) для своих комментариев коммита, поэтому специальные символы не могут выполнить нашу автоматизированную систему сборки CCNet (например, один из них является символом пули и, в частности, вызывает у нас проблему), Кстати, это было связано с A) попросите наших разработчиков не использовать эти специальные "недопустимые" символы (символы вне диапазона ASCII 32 - 126) и B), чтобы вручную входить и переписывать код с "действительным" кодом, комментарий. Это может показаться не очень важным, но не позволяя этим символам предотвращать легкую копирование/вставку ошибок и других комментариев в комментарий фиксации. Это замедляет людей и все, что препятствует потоку и производительности, и создает разочарование, необходимо уменьшить или удалить.

Из моих исследований кажется, что нет возможности напрямую перейти от Vault к SVN. Возможно, в качестве промежуточного этапа миграции можно использовать другую систему управления версиями: Vault → OtherSourceControlProduct → SVN

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

Пол