2010-07-16 4 views
3

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

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

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

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

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

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

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

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

+1

Любые изменения, внесенные в файлы conf в VisualSVN, либо перезаписываются, либо приводят к проблемам с запуском службы. Моя рекомендация - настроить svn и Apache вручную, хотя это и больно. – publicRavi

+0

@publicRavi http-custom.conf специально для пользовательской настройки VisualSVN Server. VisualSVN Server не изменяет его при обновлении или реконфигурации сервера. –

+1

FYI: Я запускаю VisualSVN Server v2.5.5 и 'server.Файл pid' больше не существует в папке «Хранилища». –

ответ

4

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

+0

Ницца! Как я и надеялся. Спасибо, Иван. –

+0

См. Вопрос edit above ... это выполнимо, но текущий выпуск VisualSVN хранит файл server.pid для каждого экземпляра в папке репо, поэтому, чтобы избежать конфликтов экземпляров, вы должны позаботиться, переместив каждый файл экземпляра в уникальное местоположение. –

+0

@happytime harry Вопрос о server.pid полностью верен, но на самом деле этот файл не критичен для правильной работы VisualSVN Server. Но чтобы сделать все правильно, вам нужно настроить httpd-custom.conf, чтобы переместить server.pid из сетевого ресурса. –

-1

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

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

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

Update: Кроме того, проверить это: Supporting Multiple Repository Access Methods из книги SVN

+0

Хорошо, я так понял, но подумал, что это стоит того. Спасибо Пекке. –

+0

Pekka, этот проект будет использовать принудительную модель Lock-Modify-Unlock для svn, поэтому я не думаю, что это должно быть проблемой. Вы видите что-то не так с настройкой отдельного сервиса Apache, направленного на тот же репо, все еще используя visualsvnserver для легкой проверки/интеграции Windows? –

+1

@happy Я не знаю достаточно о подрывной деятельности, чтобы ответить на этот вопрос. Вполне возможно, что это не проблема, но я бы не стал делать ставку на нее. Почему бы не спросить в списке рассылки подрывной деятельности? Это может быть лучшим местом для получения окончательной информации. http://subversion.apache.org/mailing-lists.html –

 Смежные вопросы

  • Нет связанных вопросов^_^