Преимущества / недостатки серверного Subversion для индивидуального разработчика

Question

TortoiseSVN годится для этого?

Как насчет лучших практик, чтобы нормально работать?

Есть ли какая-то особая забота о хитрых проблемах с использованием этого способа?

Answer 1

Для одного разработчика это нормально.
Но я категорически не рекомендую использовать его более чем с одним разработчиком.

Книга SVN гласит:

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

(От: http://svnbook.red -bean.com / ru / 1.4 / svn.serverconfig.choosing.html )

Установка svnserve не так уж сложна, и действительно стоит потратить час или два на настройку.

Answer 2

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

Answer 3

Раньше я запускал Linux-систему только для размещения сервера SVN (я занимаюсь почти всеми разработками для Windows), но мне это надоело, когда он ругал под своим столом и переключился на однопользовательский SVN, размещенный на Windows. У меня не было проблем (дотронуться до дерева), но я стараюсь часто выполнять резервное копирование всех моих SVN-репозиториев, чтобы в большинстве случаев я мог потерять трудозатраты на несколько дней. Нет необходимости в сложных процедурах резервного копирования, просто купите себе несколько штук флэш-памяти USB и просто скопируйте в них архивные каталоги SVN.

Answer 4

Мое предложение заключается в том, что вы должны быть очень осторожны с разрешениями. Я обнаружил некоторые случайные проблемы в конфигурации соло-разработчика, поэтому, если что-то действует странно, сначала проверьте разрешения и заблокируйте состояние хранилища. Если у вас есть несколько похожих проектов, я создаю каталог для каждого проекта, и в этот каталог я помещаю два подкаталога: SVN, который содержит репо для проекта, и «checkout», который содержит фактическую проверку. Я использую этот подход, потому что у меня есть автоматическое резервное копирование моего домашнего каталога, поэтому я получаю резервное копирование как проекта, так и его хранилища. В качестве альтернативы, вы можете поместить репо в другое место (которое должно быть сохранено).

Answer 5

Я делаю это. Я использую общую папку под названием SVN. Внутри этой папки находятся мои репозитории subversion для различных проектов.

Не было проблем. Теперь я размещаю его в массиве RAID 5 для обеспечения избыточности.

Я должен отметить, что занимался этим более 3 лет.

Я также установил это в корпоративной среде за последние 2 года, когда в хранилище было более 200 проверок и размер превышает 200 МБ.