Непрерывная интеграция и управление базой данных

Ознакомьтесь с структурами миграции. AFAIK, идея пришла из рельсов, но на данный момент люди создали фреймворки почти для всего остального.

Это зависит.

Если это выпущенный продукт, о котором вы говорите, изменения схемы необходимо будет тщательно отслеживать, чтобы вы могли спланировать процесс обновления. Было бы хорошо подумать об этом сейчас, чтобы «сценарий управления версиями» имел некоторый смысл. Но обратная / прямая совместимость обычно является только видимым для пользователя требованием, а не требованием «между компиляциями». Между выпусками имеет смысл поддерживать сценарий обновления, который изменяет таблицы базы данных, чтобы привести их к новой схеме.

Если это новый / неизданный продукт, какое вам дело, если кто-то изменит схему? И зачем вам вообще хранить базу данных между сборками непрерывной интеграции? В любом случае у вас должна быть возможность регенерировать любые тестовые данные с помощью автоматического теста.

Я лучше всего работаю со сценариями «миграции», которые являются следующим этапом по сравнению с простым сценарием с поддержкой версий. При миграции вы указываете изменения в базе данных (добавления, удаления и т. Д.), А также то, как отменить изменения, которые выполняет миграция. Затем он помечается версией некоторой формы, которая не будет конфликтовать с другими разработчиками. Особенно хорошим номером версии является текущее время (в формате ГГГГММДДЧЧММСС или в секундах от эпохи). Это хороший выбор, потому что очень маловероятно, что вы столкнетесь с конфликтами версий, и все еще очень легко увидеть, существуют ли новые версии из-за строго возрастающей природы таких меток времени.

Примечание: это очень сильно зависит от системы миграции в Rails. Для получения дополнительных сведений и идей я настоятельно рекомендую изучить эту систему.

Мы создаем сценарии для всего в Subversion и проверяем это в проекте, как и любой другой код. Все развертывания базы данных выполняются из сценариев, извлеченных из системы управления версиями. Если два человека работают над одним и тем же сценарием (что бывает довольно редко), Subversion позволит вам объединить эти два сценария.