Мы рассмотрели возможность использования AccuRev, потому что идея потоковой передачи имеет большой смысл для очень гибких магазинов, таких как наш. Однако есть один вопрос для управления наборами изменений: как люди обрабатывают изменения в базе данных?
Есть ли у каждого разработчика локальная база данных разработчиков?
И если да, то как вы продвигаете эти изменения БД, когда продвигаете изменения в «основной» поток или как там он называется?
Это более общий вопрос о том, как поставить вашу базу данных под контроль версий, потому что он напрямую не зависит от Accurev. Вот несколько ссылок на уже отвеченные вопросы:
Как отслеживать изменения базы данных в системе управления версиями? https://stackoverflow.com/questions/4952/database-version-control
И ссылка из Coding Horror:
http://www.codinghorror.com/blog/2008/02/get-your-database-under-version-control.html.
Что я делаю, так это то, что у меня есть файлы .sql для создания новой базы данных, другие сценарии .sql для обновления с определенной версии до новой, а также резервные копии файлов .sql, которые вставляют данные в базу данных. Все это очень хорошо обслуживаемые текстовые файлы, которые хорошо обрабатываются системой управления версиями. Фактические двоичные файлы БД - это просто производные объекты, и в любом случае для них не следует управлять версиями.
