План SubVersion (SVN) для огромного количества объектов базы данных

Question

Мы в настоящее время используем SVN для объектов .NET и Java, и теперь мы также планируем переместить наши объекты RDBMS в SVN.

Информация:

• Существует более 1000 объектов базы данных (SQL)
• Эти объекты есть и могут быть разделены базой данных / сервером.
• Объекты обновляются разработкой, но внедряются в производство через группу DBA.
• Мы в основном используем Tortoise SVN и хотели бы использовать его для любого решения.

Сценарий:

• Внесено изменение, в результате которого обновляются 2 объекта SQL. Эти 2 объекта необходимо развернуть в производство.

проблемы:

• Мы не хотим, чтобы команда разработчиков или группа администраторов баз данных проверяли ветвь из 1000+ объектов.
• Мы не хотим, чтобы группа администраторов баз данных пыталась определить, какие файлы были изменены.

Вопросы:

• Каков наилучший подход для настройки веток для проекта SVN такого размера?
• Существует ли простой способ для группы развертывания извлекать только те объекты, которые были изменены?

Answer 1

Каков наилучший подход для настройки веток для проекта SVN такого размера?

Тот же подход, к которому применяется группа DBA, база данных / сервер.

Существует ли простой способ для группы развертывания извлекать только те объекты, которые былиизменилось?

Да, но это требует некоторой предварительной работы.Поместите каждый объект SQL в его собственный каталог.Поскольку Subversion проверяет каталоги, ваша группа администраторов баз данных может проверять отдельные объекты SQL по их каталогам.

Я использовал пакетный файл Windows, чтобы сделать нечто подобное.Пакетный файл использовал команду DOS для создания каталога для каждого файла в главном каталоге.В моем случае я создал каталог J1XXXXX для каждого файла J1XXXXX.cbl в главном каталоге Cobol.

Мы не хотим, чтобы группа DBA изо всех сил пыталась определить, какие файлы были изменены.

Кто-то может просмотреть журналы Subversion, если есть вопрос о том, какие файлы были изменены.Отчет может быть создан из журналов Subversion, если группа DBA использует уникальный идентификатор для идентификации своих записей в журнале Subversion (возможно, Автор?).