Защита хранилища Subversion

Question

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

Я собираюсь нанять фрилансера для удаленной работы над моими существующими проектами (расширение функциональности и поддержка кода для уже существующего кода.

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

Теперь я думаю, что есть хоть что-то подобное, но я все же хотел бы принять меры предосторожности.

Как нам достичь чего-то подобного в подрывной деятельности?

А во-вторых,

Любое предложение о хорошем хостинге Subversion, позволяющее действительно легко выполнять все действия svn ... может быть, веб-интерфейс .... (платный хостинг - это хорошо, но не слишком дорого ...)

Answer 1

Предоставление кому-либо доступа для регистрации или извлечения кода из репозитория SVN не позволит им повредить или удалить репозиторий. Любые изменения, которые они делают, могут быть отменены. В этом весь смысл ревизионных систем контроля. Только не предоставляйте разработчику полный доступ к серверу, на котором размещается SVN (например, RDP-доступ).

Однако ответственность за обеспечение частого резервного копирования самого репозитория на случай потери или повреждения данных по другим причинам лежит на sys-администраторах (ваша?).

Относительно того, как обеспечить доступ к хранилищу, мне повезло, используя VisualSVN для настройки доступа к хранилищам. Это дает конечным пользователям https доступ к репозиториям, и они могут использовать любой клиентский инструмент для доступа к коду. Лично я никогда не нашел большого применения для веб-интерфейсов SVN в качестве разработчика.

Answer 2

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

Полагаю, вы просто не хотите тратить свое время на восстановление изменений,Ну, во-первых, вы должны доверять своему внештатному сотруднику.В конце концов, это не подростковый стажер, а тот, кому вы платите.Если бы вы не думали, что он справится с работой, вы бы его не наняли.Во-вторых, никакая автоматизированная система не может заменить связь.Если вы работаете в определенной области приложения и не хотите иметь дело с неожиданными обновлениями от своего коллеги, просто скажите ему!

Некоторые функции, которые могут вам помочь:

• Ветви : сложные или экспериментальные функции лучше всего реализовать при параллельной разработке и окончательном слиянии в ствол после завершения.

• Доступcontrol : вы можете настроить хранилище таким образом, чтобы определенные пути были недоступны для чтения или записи для определенных пользователей.

Answer 3

Все изменения и повреждения могут быть возвращены в Subversion; но если вы все еще хотите быть полностью уверенным, вы всегда можете сделать резервную копию своего необходимого кода где-то еще, где указанный фрилансер не сможет увидеть.