Я надеюсь делать резервное копирование своих репозиториев подверсии, таких, что, если сервер отказывает, я еще могу легко восстановить их где. Моя мысль состоит в том, чтобы использовать svnadmin dump
управляйте для дампа SVN к устройству резервного копирования.
Вы использовали бы это? И если так, был бы Вы использовать --incremental
и/или --deltas
в команде?
дамп svnadmin является правильным способом пойти.
Использование - возрастающий и - дельты в зависимости от размера Ваших репозиториев и питания сервера: Если у Вас есть пространство, пойдите для полного резервного копирования каждый раз, когда является самым легким оставаться и воспроизвести. Если это работает слишком медленный, пойдите для - возрастающий. И если это резервное копирование является слишком большим, пойдите для - дельты.
Важный: Независимо от того, что Вы делаете для резервного копирования, необходимо воспроизвести его к тестовому серверу, чтобы видеть, если и как оно работает.
Вы могли сделать a git svn clone
из repo, который обеспечит простой способ создать полное резервное копирование с историей, с которой можно очень легко обновить git svn rebase
Как добавленная премия, резервное копирование repo будет меньшим, чем исходный.
Самый легкий метод создания резервного копирования должен использовать svnsync. Это воспроизводит Ваши фиксации к резервному репозиторию, поэтому если ведущее устройство каждый отказывает или в других отношениях недоступен, можно переключиться на резервное копирование. Можно также вынудить синхронизацию произойти в рычаге постфиксации, таким образом, это всегда актуально.
Единственный протест состоит в том, что необходимо скопировать рычаги и подобную конфигурацию (например, пользователи, пароли) к резервному репозиторию при начальном создании его, и когда Вы вносите изменения. Svnsync только инкрементно копирует изменения после начального создания.