2016-06-01 1 views
1

Так что это не может быть новой проблемой.Управление схемой базы данных/данными с несколькими разработчиками, когда приложения управляют базой данных

Мы разрабатываем решение, использующее CRM с открытым исходным кодом (SuiteCRM). Наше решение потребует довольно большой настройки как в конфигурации CRM, так и в специальном коде. У нас будет 4 или 5 разработчиков, причем любой из них внесет необходимые изменения конфигурации в CRM. CRM управляет собственным БД и динамически изменяет данные схемы и конфигурации, даже не уведомляя разработчика о том, что это было сделано.

Неуправляемый, мы получим 4 или 5 различных версий базы данных для слияния.

Liquibase может быть вариантом, но фильтрация тестовых данных из изменений схемы и конфигурации может быть кошмаром.

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

+0

какие изменения в базе данных они сделали? – Star

ответ

0

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

+0

Спасибо, Дэниэл. Я это рассмотрел. Это может быть единственный вариант, однако я еще не уверен, как изменится «данные». Я думаю, что изменения схемы будут небольшими и редкими, но я не хочу объединять данные. Мало того, что разработчики будут иметь тестовые данные, которые будут отличаться между средами, но я уверен, что в Webapp хранятся важные данные конфигурации в БД, поэтому нам не удастся избежать создания схем и дампов данных. –

Смежные вопросы