Как организовать синхронизацию данных БД между разработчиками в период разработки?

Question

[magary4]

Вопрос актуальности кода у всех девелоперов решается системами контроля версий.
Целосность структуры БД миграциями.
А вот как быть с данными?
Ну вот разработчик сделал новую фитчу. В процессе тестирования он создал некое количество записей в бд. Какие-то новые обьекты и еще куча рилейтед данных.
Если он просто сделает пуш своих кодов то его фитчу никто не увидит.
Какие есть инструменты для решающие эту проблему?

Answer 1

[Алексей Николаев]

А что мешает добавить данные в миграцию?

Comments

[Forge0100]

Для этого есть Migrations and Seeding

Answer 2

[Станислав Макаров]

1) соглашусь с Алексей Николаев , если данных немного, и это именно development-данные (т.е. тестовые наборы данных), то миграции подойдут как нельзя лучше;
2) если же все-таки речь идет о живых данных, то у Оракла есть Oracle Workspace Manager, который отвечает на ваш вопрос "как быть с данными?". Разумеется это компонент Oracle Database, о самостоятельных open-source решениях аналогах не слышал.

Answer 3

[Запорожченко Олег]

Для наполнения базы тестовыми данными в рельсе используются сиды. Только их код пишется так, чтобы не просто пытались засунуть данные в базу, а перед этим поискать аналогичные. Если данные слишком сложные - те же сиды, но сами значения хранятся в YML файлах в какой-нибудь папке db/fixtures.

Если и этого не хватает - можно посмотреть в сторону https://github.com/harrystech/seed_migration

Еще можно писать rake таски типа db:populate:feature_name - такой подход позволит наполнять базу только нужными данными. Ну и соответсвенно будет один общий таск, который прогонит все populate

Answer 4

[Макс]

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

Answer 5

[Виталий Емельянцев]

Используйте seeds.rb, а не миграции. Так как миграции придется запускать и на продакшн-сервере, а у вас стоит задача обмениваться данными только среди разработчиков.