Переход с SVN на Perforce - Советы? Опыт? - PullRequest
6 голосов
/ 28 декабря 2008

У нас есть довольно большой SVN-репозиторий, который мы собираемся перенести для повышения производительности. Мы очень хотим сохранить ~ 20 тыс. Ревизий, веток и т. Д., Но в некоторых начальных тестах выполняемый скрипт svn2p4 не смог воспроизвести всю структуру.

У людей был успех с этим инструментом, или были другие, которые мой поиск в Google не появлялся? Лучшие практики и советы приветствуются.

Ответы [ 4 ]

3 голосов
/ 28 декабря 2008

Виталий Покровский и Марк Фридрих создали svn2p4, Perl-скрипт, который будет «синхронизировать и воспроизводить» для импорта каждого набора изменений в исполнение.

Вы можете найти его на вики Perforce . Об этом они также выступили на конференции пользователей 2007 Perforce .

обновление 2012 года: еще одно решение - использовать p4convert-svn. Подробности здесь: p4convert-svn на сайте исполнителей

2 голосов
/ 26 февраля 2009

Как упомянул fuzzymonk, кажется, что единственная реальная возможность - использовать perl-скрипт svn2p4. Я использовал это несколько раз, и это работало хорошо, хотя медленно, особенно со многими ветками.

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

  • Сначала вы делаете резервную копию своего сервера SVN
  • Оставляя работающий сервер включенным, вы запускаете импорт из svn для выполнения с использованием резервной копии.
  • После завершения импорта вы можете отключить работающий сервер и завершить импорт, указав svn2p4 на действующий сервер вместо резервной копии.

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

В данный момент мы находимся в процессе большого импорта (ревизии 20K, root svn 18 ГБ), и мне любопытно, с какими проблемами вы столкнулись в своих первых тестах.

1 голос
/ 21 декабря 2011

Эта проблема, вероятно, полностью устарела, но, к вашему сведению, в блоге Скотта Биласа есть много полезной информации: http://scottbilas.com/blog/subversion-to-perforce-post-mortem/

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

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

0 голосов
/ 28 декабря 2008

Мой самый большой совет - не делай этого. С точки зрения удобства использования производительность намного хуже, чем у SVN. Я вынужден использовать его на работе, и он гораздо менее интуитивно понятен, чем файловый интерфейс / интерфейс Windows Explorer SVN. Настройка рабочих областей не интуитивно понятна, и их трудно удалить. Это иногда становится запутанным и не будет совершать что-то, даже если это было изменено. По умолчанию все доступно только для чтения. Он фиксирует файлы, которые были извлечены, но не изменены. Я мог бы продолжить ...

...