Репозиторий SVN - пользовательская проблема перед миссиями

Я не полагаю, что это - рекомендуемый способ совместно использовать доступ к репозиторию SVN. Вы используете file:/// протокол для доступа к repo и этому обычно препятствуют, чтобы сделать это этот путь. Посмотрите этот StackOverflow названные Вопросы и ответы: репозиторий SVN на сетевом ресурсе Windows.

Из документации TortoiseSVN

Доступ file:// предназначается для локального, однопользовательского доступа только, особенно тестируя и отлаживая. Когда Вы хотите совместно использовать репозиторий, действительно необходимо настроить надлежащий сервер, и это совсем не столь трудно, как Вы могли бы думать. Считайте раздел, названный, “Получив доступ к Репозиторию” для инструкций по выбору и установке сервер.

Это то же чувство отражено в Бобовой Книге SVN также.

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

Прочитайте ТАК Вопросы и ответы. Существует число людей, свидетельствующих проблемы, с которыми они столкнулись, делая его этот путь, где репозиторий был поврежден.

Лучше устанавливать фактическое svnserve демон и позволил ему управлять доступом к репозиторию. Довольно просто настроить это.

Я рекомендовал бы настроить svnserve и получить доступ к repo через svn://или ssh+svn://

С другой стороны, если Вы хотите продолжать использовать метод file://, удостоверьтесь, что и Вы и Ваш друг находитесь в той же группе и устанавливаете repo каталог для использования разрешения группы набора

usermod -a -G <group> <user>
chgrp <group> /path/to/repo
chmod 2770 /path/to/repo

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