Система, в которой находился наш основной репозиторий svn, ушла. Это означает, что мне придется удалить жесткий диск, содержащий репозиторий, на другой компьютер.
Итак, вопрос в том, как только старый диск будет установлен на новом компьютере, придется ли нам что-либо менять, чтобы получить к нему доступ?
Чтобы упростить жизнь, я бы установил на новый сервер ту же версию сервера Subversion, которую вы использовали на старом компьютере, даже если это не последняя версия, и обновил бы ее позже, как только у вас будут данные.
Если репозиторий fsfs репозиторий, тогда вы можете просто смонтировать репозиторий, и он будет работать, поскольку fsfs переносится между архитектурами ОС и ЦП.
Если бы вы использовали bdb, тогда вам нужно будет убедиться, что на целевой машине та же ОС и архитектура, поскольку bdb не переносится между средами. Даже если вы временно используете машину с той же ОС / архитектурой, чтобы смонтировать репо, чтобы вы могли svnadmin dump для вывода содержимого репозитория в текстовом формате, который затем можно загрузить на целевую машину Ultmate, не беспокоясь об ОС и архитектуре. (Формат дампа переносится между ОС, архитектурой и версией svn.)
Видеть Стратегии развертывания репозитория, в котором обсуждается переносимость различных типов репозиториев Subversion (bdb / fsfs).
После того, как svnserve будет запущен и запустит ваш репозиторий, существующим клиентам потребуется переместить свои рабочие копии, используя svn switch -relocate <old-url> <new-url>.
Насколько я знаю, у вас не должно возникнуть никаких проблем, поскольку у репозитория будет тот же GUID. Просто проверьте / отметьте новый URL, и все будет в порядке.
У меня не было проблем с простым повторным развертыванием репозитория на другом сервере. И пока вы используете ту же ОС, архитектуру и версию Subversion, никаких проблем возникнуть не должно. Фактически, это, вероятно, также верно, если вы используете различные операционные системы, архитектуры и т. Д., Но это не является гарантируется разработчиками проекта Subversion. Они не обещают совместимости версий Subversion, операционных систем или аппаратной архитектуры.
Всегда безопаснее всего svnadmin dump при перемещении репозитория. Затем, выполняя svnadmin load по новой системе. Гарантированно сработает или двойной ваши деньги обратно!
В вашем случае, поскольку старый сервер недоступен, я бы смонтировал репозиторий на машине, настроенной как можно ближе к предыдущему серверу. Сделайте svnadmin dump, переместите его на новый сервер, затем выполните svnadmin load.