Репозиторий Subversion в Linux Dev

Question

Какова лучшая практика для настройки хранилища Subversion на машине разработки Linux. Внешние пользователи должны иметь доступ к определенному хранилищу, но не к чему-либо другому на компьютере. Я знаю, что один из ответов - это создать отдельный репозиторий, но я ищу решение для одного компьютера: расположение репозиториев, учетные записи, процедуры резервного копирования.

Answer 1

Один из популярных методов доступа к Subversion - через модуль Apache. Вы можете установить различные права на уровне каталогов для контроля доступа. См. Выбор конфигурации сервера и httpd, HTTP-сервер Apache . Для аутентификации я рекомендую использовать внешний источник аутентификации, такой как Microsoft AD, через mod_auth_sspi.

Если вам нужно смешивать и сопоставлять права, см. Мой ответ для Как сделать так, чтобы только некоторые папки отображались для определенных разработчиков с SVN .

Answer 2

Я работаю в компании по автоматизации инфраструктуры ИТ-операций; мы делаем это все время.

Расположение хранилища: Мы используем «/ srv / svn» по умолчанию для хранения всех хранилищ SVN, если только у клиента нет особых требований, например, существующий хранилище может храниться в общей файловой системе ReadyNAS.

Счета: все наши клиенты используют LDAP. Либо сервер OpenLDAP, работающий на главном хосте, но иногда Active Directory, потому что у некоторых клиентов есть домен Windows в их офисе, который мы также можем настроить. Разработчики получают доступ к группе «SCM» (обычно svn, git или devel) и группе «deploy». Эти группы имеют только разрешения на вход в систему и выполнение действий, связанных с SCM (т. Е. Запись коммитов в репо на основе принадлежности к группе) или развертывание приложений в рабочей среде.

Процедуры резервного копирования: Мы используем горячую копию svnadmin, если у клиента уже нет чего-то (обычно дамп svnadmin, хе).

svnadmin hotcopy /srv/svn /srv/svn_backups/$(date +%Y%m%d)

Для доступа к репо, обычно это просто svn + ssh. У некоторых клиентов уже есть настройки Apache, но их немного. Я рекомендую SSH. Разработчики выдвигают свои открытые ключи ssh, и все хорошо. Управление пользователями LDAP практически не требует обслуживания (только ).

Answer 3

Я бы порекомендовал посмотреть главу о конфигурации сервера в книге о подрывной деятельности . В нем содержатся предложения о том, какая конфигурация больше подходит для вашего использования.

Для чего это стоит, установка репозитория с использованием отдельного демона svn очень проста. Раздражает управление правами пользователей.

Answer 4

У меня есть запись в блоге , в которой описываются шаги, необходимые для настройки и запуска сервера Subversion на основе Linux для поддержки хранилищ кода и т. Д.

В основном шаги:

1. Скачать Тарбол Subversion.
2. Распакуйте и установите Subversion.
3. Устранить любые проблемы с установкой, которые возникают при запуске ./configure, если таковые имеются.
4. Создать хранилище Subversion, используя svnadmin create.
5. Отредактируйте файл конфигурации репозитория с помощью вашего текстового редактора.
6. То же самое в файле паролей.
7. Импортируйте ваш код, проекты и т. Д. В репозиторий, используя svn import.
8. Запустите сервер как демон, например svnserve -d. Также возможно заставить это делать это автоматически после перезагрузки.
9. Начните использовать его, используя стандартные команды Subversion, например, для проверки, регистрации, резервного копирования и т. Д. *