реклама на сайте
подробности

 
 
> SVN: совместимость разных версий, апгрейд серверной части и конвертация репозиториев
Doka
сообщение May 8 2007, 18:11
Сообщение #1


Electrical Engineer
******

Группа: СуперМодераторы
Сообщений: 2 163
Регистрация: 4-10-04
Пользователь №: 778



с версии 1.4 в SVN стал использоваться новый формат данных (репозитория?).

есть желание перейти с 1.3.2 на 1.4.3 (интересует большей частью апгрейд сервера)

судя по тому, что при тестировании клиент 1.3.2 смог без ошибок забрать с сервера 1.4.2 рабочую копию репозитория, можно сделать вывод, что изненения коснулись только формата самого репозитария.

значит надо просто(?) переконвертить из 1.3.2 в 1.4 сам репозитарий - трабла в том, что во всем известной книжке я такого раздела не нашел((.

кто-нибудь сталкивался с подобной задачей?

(и вообще - настолько для клиента м.б. прозрачен такой апгрейд сервера?? (предполагаю, что в достаточной мере - но экспериментировать не хотелось бы))
Go to the top of the page
 
+Quote Post
 
Start new topic
Ответов
Сергей Борщ
сообщение May 9 2007, 06:40
Сообщение #2


Гуру
******

Группа: Модераторы
Сообщений: 8 455
Регистрация: 15-05-06
Из: Рига, Латвия
Пользователь №: 17 095



Цитата(Doka @ May 8 2007, 21:11) *
значит надо просто(?) переконвертить из 1.3.2 в 1.4 сам репозитарий - трабла в том, что во всем известной книжке я такого раздела не нашел((.
Плохо искали:
Using your current version of svnadmin,
1) dump your repositories to dump files.

2) Upgrade to the new version of Subversion.

3) Move your old repositories out of the way, and create new empty ones in their place using your new svnadmin.

4) Again using your new svnadmin, load your dump files into their respective, just-created repositories.

5) Be sure to copy any customizations from your old repositories to the new ones, including DB_CONFIG files and hook scripts. You'll want to pay attention to the release notes for the new release of Subversion to see if any changes since your last upgrade affect those hooks or configuration options.

6) If the migration process made your repository accessible at a different URL (e.g. moved to a different computer, or is being accessed via a different schema), then you'll probably want to tell your users to run svn switch --relocate on their existing working copies. See svn switch.


--------------------
На любой вопрос даю любой ответ
"Write code that is guaranteed to work, not code that doesn’t seem to break" (C++ FAQ)
Go to the top of the page
 
+Quote Post



Reply to this topicStart new topic
2 чел. читают эту тему (гостей: 2, скрытых пользователей: 0)
Пользователей: 0

 


RSS Текстовая версия Сейчас: 19th July 2025 - 12:47
Рейтинг@Mail.ru


Страница сгенерированна за 0.01405 секунд с 7
ELECTRONIX ©2004-2016