У нас есть довольно большой репозиторий SVN, который мы хотим перенести на принудительную версию. Мы очень хотим сохранить ~ 20k ревизий, веток и т. Д., Но в некоторых начальных тестах сценарий svn2p4, предоставляемый perforce, не смог воспроизвести полную структуру.
Были ли люди успешны с этим инструментом или были другие, которые не выполнялись при поиске в Google? Приветствуются передовой опыт и советы.
Виталий Покровский и Марк Фридрих создали svn2p4, Perl-скрипт, который будет «синхронизировать и воспроизводить» для импорта каждого набора изменений в принудительном порядке.
Вы можете найти его на perforce wiki. Они также сделали презентацию об этом на конференции пользователей Perforce 2007 < / а>.
обновление 2012: Еще одно решение - использовать p4convert-svn. Подробности здесь: p4convert-svn на сайте perforce
Как упоминал fuzzymonk, кажется, что единственный реальный вариант - использовать perl-скрипт svn2p4. Я использовал это несколько раз, и он работал хорошо, хотя и медленно, особенно со многими ветвями.
Одна вещь, которая была очень полезна в этом сценарии, - это возможность минимизировать время простоя практически до нуля, независимо от географического расстояния между серверами. Это возможно, потому что svn2p4 полностью возобновляем.
Это означает, что вам нужно отключить сервер только для тех нескольких ревизий, которые произошли с момента создания последней резервной копии. Это особенно полезно, если ваша миграция осуществляется на большие географические расстояния (серверы svn и perforce находятся далеко друг от друга), потому что большая часть вашего импорта выполняется локально, возможно, на том же компьютере, а не через Интернет.
В настоящий момент мы находимся в середине большого импорта (20K ревизий, 18GB svn root), и мне любопытно, с какими проблемами вы столкнулись при начальных тестах.
Эта проблема, вероятно, полностью устранена, но к вашему сведению, в записи блога Скотта Биласа здесь много полезной информации: https://web.archive.org/web/20171122015310/http://scottbilas.com/blog/subversion-to-perforce-post-mortem/
Он упоминает некоторые конкретные проблемы с svn2p4 и способы их решения (когда такие обходные пути возможны).
Я только начал использовать Perforce после многих лет работы с Subversion, так что я нахожусь на крутом этапе обучения.
Мой самый большой совет - не делайте этого. С точки зрения удобства использования perforce намного хуже, чем svn. Я вынужден использовать его на работе, и он гораздо менее интуитивно понятен, чем интерфейс svn на основе файлов / проводника Windows. Настройка рабочих пространств не интуитивно понятна, и их сложно удалить. Иногда он сбивается с толку и ничего не фиксирует, даже если он был изменен. По умолчанию все доступно только для чтения. Он фиксирует файлы, которые извлечены, но не изменены. Я мог бы продолжить ...
