LINUX.ORG.RU

Миграция на новую версию Svn


0

0

Есть достаточно большой репозиторий SVN (~2Gb), в котором содержатся как бинарные, так и текстовые файлы. Работает все под управлением svnserve v1.1x. Надо перейти на более свежую версию системы, т.е. v1.4.3. Хотелось бы знать, нет ли каких-то особенностей при такой мажорной смене версий?
В виртуальной машине с небольшым тестовым репозиторием, вроде бы, багов не обнаружилось (пробовал там смену версий SVN). Спасибо.


anonymous

Надо читать release notes всех релизов. Вообще-то коллектив разработчиков Subversion очень серьезно к таким вещам относится, так что всё должно быть гладко.

tailgunner ★★★★★
()

Пардон, забыл уточнить. Нынешний репозиторий крутится на BerkeleyDB v4.1x, для нового будет использоваться (в ВМ уже использована) Berkeley DB v4.5x.

anonymous
()
Ответ на: комментарий от anonymous2

> Вообще-то коллектив разработчиков Subversion очень серьезно к таким вещам относится, так что всё должно быть гладко

Ok, спасибо. Тогда почитаю Release Notes, а то мало-ли, что-то новое добавили.

> а что разве backup уже в subversion отменили?

Что подразумевается под backup в SVN? Тупое копирование всей bd в отдельный folder?

anonymous
()
Ответ на: комментарий от anonymous

svnadmin dump, получаешь дамп в переносимом формате. Потом его загружаешь через svnadmin load (уже новым svnadmin'ом). Хуки, юзерей, и что-там есть ещё придётся восстанавливать руками (скорее всего просто скопировав нужные файлики), в дампе только сам репозиторий.

Teak ★★★★★
()
Ответ на: комментарий от anonymous

> Нынешний репозиторий крутится на BerkeleyDB v4.1x, для нового будет использоваться (в ВМ уже использована) Berkeley DB v4.5x.

А почему не fsfs?

ero-sennin ★★
()
Ответ на: комментарий от ero-sennin

> svnadmin dump, получаешь дамп в переносимом формате.

Спасибо! Кажется, оптимальный компромис :).

> А почему не fsfs?

Ибо, исторически-сложившийся корпоративный стандарт. Вроде бы так ;-).

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.