Как структурировать хранилище управления версиями сценариев администрирования sys

Question

Как структурировать хранилище управления версиями сценариев администрирования sys

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

и, как и большинство системных администраторов, эти скрипты хранятся в куче репозиториев контроля версий.

Эти репозитории стали неструктурированными и их трудно найти; приводя к дублированию и другим таким забавным вещам.

у кого-нибудь есть эквивалент: https://stackoverflow.com/questions/16829/structure-of-projects-in-version-control

но для сценариев управления структурой вместо проектов разработки

0

scripting version-control

Источник

Preflightsiren 27 ноя '12 в 23:38

2 ответа

Другие вопросы по тегам scripting version-control

Lazy Badger 28 ноя '12 в 00:35 2012-11-28 00:35 · Answer 1 · 2012-11-28 00:35

Мое дерево

REPOROOT - Хост - Сервис - Файлы

(для пары Host - Service я знаю полный путь к месту назначения на цели. В случае SVN путь также сохраняется в пользовательском свойстве)

2

Источник

Lazy Badger 28 ноя '12 в 00:35

Tom O'Connor 28 ноя '12 в 00:08 2012-11-28 00:08 · Answer 2 · 2012-11-28 00:08

Я использую Git. У меня есть целая куча общедоступных (в основном) репозиториев git на моем аккаунте Github, и у меня есть репозиторий "devopstools", который в основном содержит только субмодули для связи с другими репозиториями.
Смотрите здесь: https://github.com/tomoconnor/devopstools

Когда я добавляю в него новые сценарии, они либо попадают в каталог scripts / в репозитории devopstools, либо в отдельный проект, если они большие и громоздкие, а затем получают субмодуль.