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

Question

TortoiseSVN подходит для этого?

Что можно сказать о лучших методах работы?

Любые особые заботы об сложных проблемах, используя этот способ?

Answer 1

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

СВН книга говорит:

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

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

Установка Svnserve не так уж сложно, и это действительно стоит положить на час или два в конфигурации.

Answer 2

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

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

Я должен указать, что делали это более 3 лет.

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

Answer 3

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

Answer 4

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

Answer 5

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