сервер subversion против доступа к сетевому хранилищу через черепаху - PullRequest
Новая
       12

сервер subversion против доступа к сетевому хранилищу через черепаху

6 голосов
/ 30 января 2009

В настоящее время в моей команде 5 разработчиков, и все мы обращаемся к хранилищу через общий диск на компьютере X, который находится в нашей сети. Поскольку у всех нас есть доступ к компьютеру X, и мы можем управлять тем, у кого есть, а у кого нет доступа к компьютеру X, мы можем управлять тем, кто имеет доступ к нашему хранилищу.

У меня такой вопрос: если я настрою сервер Subversion, получу ли я какую-либо функциональность, которой у меня еще нет? В репозитории уже встроен элемент управления user / passwd.

  1. Получу ли я возможность отследить, у кого в данный момент есть файл?
  2. Получу ли я возможность дать блокировку более чем одному человеку (только
    пользователи a и b заблокировали файл, другие пользователи не могут проверить, что файл)
  3. Получу ли я какую-либо безопасность?

Кажется, что нет, потому что, опять же, у меня уже есть контроль пользователя / группы / passwd без сервера.

Пожалуйста, дайте мне знать. Я решаю, есть ли какое-либо преимущество в создании сервера.

Спасибо, JBU

Ответы [ 4 ]

22 голосов
/ 30 января 2009

Да, вы много выиграете: вы уменьшите риск потери всех ваших данных!

См. Документы (и предупреждения) о доступе к хранилищу в сетевой папке .

2 голосов
/ 31 января 2009

При доступе к хранилищу через URL-адрес file: /// библиотеки subversion будут предполагать, что хранилище доступно на локальном диске, и не будут пытаться (или даже не смогут) минимизировать сетевой ввод-вывод. Следовательно, доступ к хранилищу через URL-адрес svn: /// намного быстрее для определенных операций, когда необходимо прочитать много данных, чтобы определить долю, которая должна быть отправлена ​​клиенту, как и регистр для команды svn switch.

Я не смею сказать то же самое о http: // access. Протокол http относительно болтлив и неэффективен в SVN 1.5. Есть планов улучшить это для SVN 1.7

1 голос
/ 30 января 2009

Да, вы можете сделать несколько дополнительных вещей:

  • Дополнительные механизмы аутентификации (Basic-Auth через HTTP / S, аутентификация с общим ключом ssh)
  • Используя Apache + mod_dav_svn, вы можете настроить более детальное управление доступом по принципу «путь за путем»

edit: Не уверены, используете ли вы Subversion в настоящее время для общего файлового ресурса или только для простого общего файлового ресурса. (SVN также может использовать file: /// URI).

1 голос
/ 30 января 2009

Как правило, вы не «извлекаете» файлы в SVN. То есть вы не блокируете их во время работы над ними.

Однако вы получаете несколько вещей (это только из головы):

  • История коммитов (как для файла, так и для хранилища в целом)
  • Филиал / Параметры слияния
  • Возможность помечать версии (часто официальные выпуски)
  • Возможность отката изменений до определенной ревизии (например, если недавно была введена серьезная ошибка)
  • и многие другие

Обратите внимание, что большинство или все эти преимущества не уникальны для Subversion, но могут быть получены от большинства современных систем контроля версий.

...