2 экземпляра VisualSVNServer, указывающие на одно и то же хранилище SVN?

Question

Было бы возможно / безопасно запустить два экземпляра VisualSVNServer, указывающих на одно и то же хранилище?

Я искал вокруг, и мне не повезло найти что-то, связанное конкретно с этим вопросом. Единственная причина, по которой я спрашиваю, заключается в том, что у нас есть необходимость включить аутентификацию / интеграцию Windows через http и аутентификацию svn через https. Похоже, это не вариант для запуска обоих в одном экземпляре VisualSVNServer.

Если нет, знаете ли вы альтернативное решение, которое бы учитывало это?

Редактировать : Получен следующий ответ от службы поддержки VisualSVN

Благодаря дизайну Subversion репозитории готовы к доступу для нескольких экземпляров сервера одновременно. Мы не много экспериментировали с такой конфигурацией, но я думаю, что это возможно.

Правильно ли я понимаю, что вы собираетесь хранить свои репозитории в сетевом хранилище и запускать два экземпляра VisualSVN Server на разных компьютерах?

Пожалуйста, позаботьтесь о server.pid. файл. В текущем выпуске этот файл хранится в папке репозиториев. Таким образом, будет конфликт между двумя экземплярами VisualSVN Server. Мы собираемся исправить эту проблему в следующем выпуске.

Вы можете легко переместить server.pid в другое место назначения, добавив следующую команду в файл «C: \ Program Files \ VisualSVN Server \ conf \ httpd-custom.conf»:
[[
PidFile "C: /Tmp/server.pid"
]] "

Answer 1

Вы можете без проблем указать два экземпляра сервера VisualSVN на один и тот же репозиторий, если он хранится на общем ресурсе SMB.Это типичная конфигурация для активных / активных или активных / пассивных кластерных настроек.

Answer 2

Я бы не стал этого делать, потому что, насколько я знаю, VisualSVN имеет собственный веб-сервер (Apache) и двоичные файлы SVN.Я ожидал бы проблем с блокировкой при запуске двух из каждого репо, если это вообще возможно.VisualSVN, вероятно, вообще не будет устанавливаться дважды.

Это похоже на случай отдельной установки SVN и Apache и пользовательской конфигурации.Я не могу сказать, возможно ли то, что вы хотите, но я ожидаю, что это так.Это, вероятно, должно быть неудобно - VisualSVN убирает много хлопот конфигурации, которые вы испытываете при выполнении настройки вручную.Вопросы об этом было бы целесообразно задать на Serverfault.com.

Помимо VisualSVN, существуют и другие, также коммерческие упаковщики.Возможно, один из них более гибок в этом отношении.

Обновление : также проверьте это: Поддержка нескольких методов доступа к репозиторию из книги SVN