Re: Проблема больших проектов и тысячи миграций

- нужно выбирать уровень абстракции соответствующий задаче, не нужно
всюду пихать "реальные данные".

- так и не понял как связаны тесты "на реальных данных" и "у
девелопера на компьютере должна быть актуальная часть БД" с
добавлением зависимости в виде дампа.
Это никак не связанные задачи, и я не пойму каким образом
необходимость "тестирование на реальных данных" оправдывает отсутсвие
формальной схемы базы.

> Но вовсе нет такой бизнес-необходимости что бы средний рельсо проект всегда из миграции прокатывался вперед с самого начала.
Я не говорил что нужно тащить с собой вперед и бесконечно править все
миграции, а только то что структура базы должна быть точно также
формализованна и поддерживаться как и всякая другая часть проекта, а
не присутсвовать в виде черного ящика на сотню мегабайт.

--
--
Данное сообщение отправлено Вам, так как Вы являетесь подписчиком группы "RubyOnRails to russian" на группах Google.
FAQ группы находится по адресу: http://ru.wikibooks.org/wiki/RubyFAQ

Для того, чтобы отправить сообщение в эту группу, пошлите его по адресу
ror2ru@googlegroups.com
Чтобы отменить подписку на эту группу, отправьте сообщение по адресу: ror2ru-unsubscribe@googlegroups.com
Дополнительные варианты находятся на странице группы http://groups.google.com/group/ror2ru?hl=ru