Обновление версии SVN

[SASA]

Перенёс хранилище (копирование файлов) с SVN 1.4 на 1.6. Возникли проблемы.
Делаю чекаут, всё идет нормально, потом прцесс "затыкается". Отмена -> крестик -> чекаут добавляется ещё десяток файлов и опять "затыкается". Что делать

P.S. Клиент - черепашки.

[lit-uriy]

Не понял, что ты сделал, что куда скопировал. Объясни подробнее.

П.С. С 1.4 до 1.6 произошли слишком существенные изменения, я первый месяц после обновления хранилища силно матерился.

[Tonal]

По хорошему переносить хранилище при смене версий нужно так:

Код:

svnadmin dump old_repos | svnadmin load new_repos

Тады и глюков не будет.
Мы так мигрировали win 1.3 -> win 1.4 -> win 1.5 -> lin 1.4 -> lin 1.5
Без никаких проблем.

[Alex Custov]

а из консоли если делать - какие-нибудь ошибки пишет?

[SASA]

а из консоли если делать - какие-нибудь ошибки пишет?

Не прбывал.
Пробую метод Tonal.

Я ещё грешу на виртуальную машину... На реальный сервак не пускают

[SASA]

По хорошему переносить хранилище при смене версий нужно так:

Код:

svnadmin dump old_repos | svnadmin load new_repos

Тады и глюков не будет.
Мы так мигрировали win 1.3 -> win 1.4 -> win 1.5 -> lin 1.4 -> lin 1.5
Без никаких проблем.

dump прошёл хорошо (не считая размера файла  ). Но когда я начал делать load, он заткнулся на каком-то файле выдав "checksum mismath". Как это исправить? svn-book молчит.

[Tonal]

А ты файл дампа нотепадом не открывал нечаянно?

[SASA]

А ты файл дампа нотепадом не открывал нечаянно?

Потом открывал. Думал подправлю сумму и всё Ок. Но нужной строки не нашёл.
Слышал есть программки для редактирования дампов, мож кто пользовался?

И вопрос, почему svnadmin load прекращает работать, когда находит битый файл? Почему просто не спросит продолжить/прекратить? Файл, на который ругается svn, в последних ревизиях вообще отсутствует!

[Tonal]

Ну мож не открывал а например по FTP передал в текстовом режиме...

Кстати, ты проверял корректность исходного репозитория?
svnadmin verify
Что говорит?

Да, лучше запускать svnadmin verify и svnadmin dump от исходной версии.

Ну и svnadmin load всё правильно делает.
Дамп-файл - это просто последовательность дифов. Он её не анализирует а просто накатывает.
Так что пропустить какой-то файл и пойти дальше он не могёт.

Ну а ежели хочешь чего-то с файлом дампа сделать, то есть утиль: svndumpfilter
Хотя можно и sed-ом или python-ом обойтись, если формат понятен.
Главное помнить, что файл бинарный.

П.С. Я с помощью svndumpfilter как то репозиторий восстановил - на одной из ревизий дамп обрывался.
Был один очень большой битый файл не особенно нужный.
Сдампил всё до и после сбойной ревизии в два файла, экспортнул все файлы сбойной ревизии кроме битого.
Вырезал из дампаов битый файл с помощью svndumpfilter.
Накатил в новый репозиторий первый дамп, скомитил файлы сбойной ревизии, накатил второй файл.

П.П.С. Да, в 1.6.х есть комманда svnadmin upgrade - она вроде заменяет последовательность dump -> load.

[SASA]

Ну мож не открывал а например по FTP передал в текстовом режиме...

Нет файл не порченый.

Да, лучше запускать svnadmin verify и svnadmin dump от исходной версии.

А на какой ещё?

Вырезал из дампаов битый файл с помощью svndumpfilter.

Я понял как резать только по корневым папкам. А как по ревизиям?

[Tonal]

Смотри ключи svnadmin dump