База данных Data Dude / VS Team System - Использование с базами данных нескольких проектов - PullRequest
1 голос
/ 02 февраля 2010

Мой текущий проект использует Visual Studio Team System для специалистов по базам данных GDR2 (он же DataDude). Мы единственное приложение, использующее базу данных, которую мы моделируем с использованием DataDude.

Моя компания хотела бы рассмотреть возможность использования DataDude для всех наших проектов. Однако я не уверен, насколько хорошо это будет работать с проектами, которые совместно используют базу данных (что составляет основную часть наших приложений).

Например: ApplicationA, ApplicationB и ApplicationC все совместно используют базу данных 1 на сервере 1. (Они не разделяют исходный код, только базу данных.) Все три приложения находятся в стадии разработки (с использованием Scrum, если это имеет значение).

Проблема возникает, когда ApplicationB необходимо выпустить в нашу тестовую среду. Функции автоматического развертывания / создания сценариев в DataDude будут отслеживать текущие изменения разработчиков ApplicationA и ApplicationC. (В настоящее время внесение изменений в базу данных для каждого приложения выполняется вручную).

Итак, как я могу изолировать каждое приложение от другого, когда они совместно используют одну базу данных?

Примечание. Меня не беспокоит конфликтующие изменения в этом вопросе (т. Е. Если ApplicationA вносит изменения в БД, которые нарушают ApplicationC). Мы можем найти их в тестировании. Мне просто нужно убедиться, что я не перенесу изменения базы данных, которые не являются частью моего выпускаемого приложения, в мои тестовые / производственные среды.

Существуют ли какие-либо передовые практики или функции, которые могут помочь мне с этим?

1 Ответ

3 голосов
/ 02 февраля 2010

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

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...