1
Наш репозиторий tortoiseSVN, к сожалению, сегодня стал коррумпированным из-за сбоя диска.Резервное хранилище Tortoise SVN стало поврежденным - можем ли мы скопировать рабочую копию в более старую резервную копию репозитория?
У нас есть хорошая рабочая копия на основе от пересмотра 2897. Нашего самого последнее хранилища резервного копирования от ревизии 2848.
Мы хотели бы, чтобы спасти как можно больше об истории, а не начать новый репозиторий.
Таким образом, мы можем сделать это, совершая рабочую копию непосредственно к старой резервной копии хранилища?
Обратите внимание, что [SVN книга] (http://svnbook.red-bean.com/) описывает способ, где после совершения крючок делает дополнительные резервные копии. Теперь, когда вас укусили один раз, вы можете реализовать это. (Конечно, мы все знаем, что если вы это сделаете, и это действительно работает, это никогда не повторится, но если вы этого не сделаете или если есть проблема с тем, как вы это делаете, следующий диск, безусловно, будет делать это снова. ':)') О, и, BTW, я с [thedev] (http://stackoverflow.com/questions/3981697/3981740#3981740) на этом ('+ 1' от меня), хотя SVN может жаловаться на местный номер ревизии. – sbi
Инкрементальные резервные копии не являются защитой, если только они не сохранены на другом диске. Подумайте о том, как использовать svnsync для зеркального преобразования в удаленную теплую резервную копию или что-то более сложное, как функция прокси-сервера write-thru. –
@Mark: Кто сказал, что эти инкрементные дампы должны быть сделаны на один и тот же диск? ':)' Но, да, это важное замечание. Обратите внимание, что вы можете запустить svnsync из привязки post-commit. – sbi