Создание репозитория SVN из существующего модуля, сохраняя историю

Question

У меня есть наследство проект под SVN организован следующим образом:

Legacy-Repository/trunk/ 
    |- module1 
    |- module2 
    |- ... 
    '- moduleN 

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

New-Repository1/trunk/ (content of module1's directory) 
New-Repository2/trunk/ (content of module2's directory) 
... 
New-RepositoryN/trunk/ (content of moduleN's directory) 

После этой миграции, хранилище «Наследие-Repository» будут заархивированы. Контент в «Legacy-Repository/trunk /», который отсутствует в модуле, не важен и его не нужно переносить.

Каков наилучший способ достижения этой цели (используя командную строку svn)?

Заранее за вашу помощь.

Примечание: Я использую svn 1.7.14.

Answer 1

Я думаю, что лучший способ пойти на это - использовать команду svndumpfilter.

В принципе, вам нужно сбросить весь репозиторий (используя команду svnadmin dump) и отфильтровать дамп для создания одного дампа на модуль. Затем вы можете загрузить каждый дамп в новые хранилища SVN, используя svnadmin load.

Вот пример svndumpfilter (fullSvnDump.dmp является полное хранилище свалка):

svndumpfilter include trunk/module1 --drop-empty-revs --renumber-revs <fullSvnDump.dmp> module1.dmp 2> svndump.log & 

Answer 2

Сlaims недостатками ответа Алекса

• svnrdump dump URL/TO/Module вместо svnadnin dump | svndumpfilter include 1) короче 2) не требует полного доступа к серверу
• svnadmin load не может и не может изменить путь к восстановленной думе р, только изменить «точку монтирования» в другое место с --parent-dir вариант, таким образом: дерево, сбрасываемых в trunk/ModuleN появится после восстановления в корне нового отдельного репо и как trunk/ModuleN, а не просил /

Полированные решения и идеи

• самосвала каждое поддерево с svnrdump dump (быстрее, меньше занимаемого места)
• Если «грязная» история не раздражает вас - не забудьте сразу после загрузки дампа в новый репозиторий (не забудьте не менее --ignore-uuid, чтобы предотвратить совместное использование UUID между всеми новыми репозиториями) svn mv trunk/ModuleN к/
• Если вы хотите чистую историю - вы можете попробовать «взломать» отвалы перед загрузкой (получить правильный path in repo), используя SVN-DumpReloc perl-script (не тестировалось)