частично специализированной ОС
намного легче достигнуть, если ОС является открытым исходным кодом (и у Вас есть экспертные знания).
в FAQ по Subversion есть быстрый шаг за шагом :
- Выключите svnserve, Apache и все остальное, что может иметь доступ к репозиторию.
svnadmin dump / path / to / repository> dumpfile.txt
, используя версию X svnadmin.mv / path / to / repository / path / to / saved-old-repository
- Теперь выполните обновление до Subversion Y (т.е. сборка и установка Y, замена X).
svnadmin create / path / to / repository
, используя версию Y svnadmin.svnadmin load / path / to / repository
, снова используя svnadmin версии Y. - Скопируйте скрипты ловушек и т. Д. Из старого репозитория в новый.
- Перезапустите svnserve, Apache и т. Д.
подробнее о дампе и загрузке в книге Subversion. Полагаю, вы изучили примечания к выпуску Subversion 1.6 .
Если вы собираетесь сделать это таким образом, вы, вероятно, захотите сбросить, обновить, удалить и воссоздать репо, а затем загрузить его снова.
Я не могу сказать, что я у меня когда-либо были какие-либо проблемы, просто используя обновление, хотя вы можете получить менее оптимальную структуру репо.
No, you do not need to dump/load to upgrade, 1.6 was specifically designed to be an easy upgrade using just svnadmin upgrade
. I've done it, it worked, I am happy.
The release notes explicitly say there is no need to dump/load the repo.
I would make a backup anyway (just in case), and then do the recommended upgrade. I'd then pack the repo files (svadmin pack
) to make future backups quicker and SVN perform faster.