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