Настройка репозиториев SVN может быть сложной только в том смысле, как вы их организовываете. Прежде чем мы настроим SVN, я фактически использовал RTFM в интерактивном руководстве по Subversion, в котором обсуждаются организационные методы для репозиториев и о некоторых подводных камнях следует подумать заранее, а именно о том, что нельзя делать после создания репозиториев, если вы решили передумать. Я предлагаю прочитать это руководство перед настройкой.
Для нас, как консультантов, мы занимаемся разработкой программного обеспечения на заказ и собственными силами, а также ведем некоторый документооборот через SVN. В наших интересах было создать по одному репозиторию для каждого клиента и по одному для себя. В каждом репозитории мы создали папки для каждого проекта (программного или другого). Это позволило нам сегментировать безопасный доступ по репозиторию, по клиенту и даже по проектам в репозитории. Если углубиться, для каждого программного проекта мы создали папки «рабочие», «теги» и «ветки». Обычно мы помещаем выпуски в «теги», используя «release_w.x.y.z» в качестве тега для стандарта.
В вашем случае, чтобы синхронизировать sprocs, скрипты и другие связанные документы, вы можете создать папку проекта, затем под этой «рабочей» папкой, затем под этим «кодом» и рядом с ним «скрипты» и т. Д. когда вы помечаете рабочую версию для выпуска, вы в конечном итоге помечаете ее все вместе.
\Repository
\ProjectX
\Working
\Code
\Scripts
\Notes
\Tags
\Branches
Что касается некода, я бы предложил прямую компоновку папок по проекту или типу документа (руководства, политики и т. Д.). Обычно с документами и в зависимости от того, как работает ваша компания, достаточно иметь историю версий / журналы.
Мы запускаем SVN в Windows вместе с WebSVN, который является отличным средством просмотра репозиториев с открытым исходным кодом. Мы используем его, чтобы предоставить клиентам веб-доступ к их коду, и все это зависит от лежащей в основе безопасности Subversion. Внутри мы используем TortoiseSVN для управления репозиториями, фиксации, обновления, импорта и т. Д.
Другое дело, что обучение следует рассматривать как неотъемлемую часть вашего развертывания. Пользователи, плохо знакомые с системой управления версиями, могут с трудом понять, что происходит. Мы обнаружили, что предоставление им функциональных инструкций (делать это при создании проекта, делать это при обновлении и т. Д.) Было очень полезно, пока они изучали концепции. Мы создали репозиторий «песочница», где пользователи могут играть с документами и папками все, что захотят, на практике. Вы также можете найти это полезным, чтобы поэкспериментировать с тем, какие политики следует установить.
Удачи!
person
John Virgolino
schedule
09.09.2008