репозиторий svn в общей сетевой папке Windows

Документы Tortoise SVN на самом деле сильно отговаривают его - см. это ссылка. .

Обобщить:

file: // доступ предназначен только для локального однопользовательского доступа, в частности для тестирования и отладки.

Другой вопрос похож, но был задан re: performance: Производительность протокола Subversion

Книга SVN рекомендует не использовать протокол file: // для нескольких пользователей.

Выбор конфигурации сервера:

Не соблазняйтесь простой идеей о том, что все ваши пользователи получают доступ к репозиторию напрямую через URL-адреса file: //. Даже если репозиторий доступен всем через общий сетевой ресурс, это плохая идея. Он удаляет все уровни защиты между пользователями и репозиторием: пользователи могут случайно (или намеренно) повредить базу данных репозитория, становится трудно отключить репозиторий для проверки или обновления, и это может привести к беспорядку проблем с правами доступа к файлам ( см. раздел «Поддержка нескольких методов доступа к репозиторию»). Обратите внимание, что это также одна из причин, по которой мы предостерегаем от доступа к репозиториям через URL-адреса svn + ssh: // - с точки зрения безопасности это фактически то же самое, что и доступ локальных пользователей через file: //, и может повлечь за собой все те же проблемы. если администратор неосторожен

С технической точки зрения вполне возможно использовать протокол file: // с несколькими пользователями:

Повреждение НЕ произойдет при стандартном использовании svn, поскольку Subversion использует свои собственные механизмы блокировки в FSFS. В противном случае в книге SVN будет четко указано, чтобы избежать такой настройки, поскольку эта проблема упоминается в бэкэнде BDB.

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

Если вы используете file: //, каждый может открыть каждый файл в вашем репозитории SVN и изменить его содержимое, что обязательно приведет к повреждению репозитория.

Черт возьми, каждый пользователь может удалить весь репозиторий!

Вы не можете ограничить доступ к инструментам svn и поэтому не должны использовать протокол file: //.

Я думаю, вы создаете проблемы с этим подходом. Windows CIFS (протокол обмена файлами Windows) имеет много известных проблем с блокировкой и одновременной модификацией, поэтому он будет либо медленным, либо небезопасным, либо и тем, и другим.

Гораздо, намного лучшим решением является установка реального сервера SVN вместо использования URL-адресов file: //.

Вне всяких сомнений (и я не смог найти никакой информации в Интернете), я бы подумал, что если вы используете клиент SVN, который поддерживает протокол file: // (TortoiseSVN, например), он должен работать правильно.

Однако, к сожалению, я не могу найти документ, я помню, что были определенные проблемы с протоколом file: // и SVN. Если возможно, я бы посоветовал настроить сервер SVN (VisualSVN работает очень хорошо и легко настраивается). чем полагаться на общий ресурс Windows.

Изменить: я нашел это обсуждение на Stackoverflow. Кажется, что с использованием файлового протокола проблем нет.

Редактировать 2: Ссылка Нила - это то, что я читал некоторое время назад, и она не одобряет файловый протокол. Однако, если использование протокола file: // означает разницу между использованием и неиспользованием системы управления версиями, я бы рекомендовал по крайней мере использовать это. Некоторый контроль версий лучше, чем ничего.

Правильно, брат ...

Я был здесь. Я тоже использовал файловую систему, чтобы разделить "svn server" между парой машин ... Единственное, что у меня получилось, это поврежденные файлы и большие головные боли ...

Установил svn-сервер (CollabNetSubversion Server), и теперь все работает гладко ... За исключением тех случаев, когда я сам его накручиваю ... но это уже другая история ....

Ваше здоровье.

Альдо

В Windows мы использовали Apache для обслуживания наших файлов. Здесь Мы очень довольны такой настройкой.