9
У нас есть около 100 файлов миграции базы данных. Многие из них делают изменения схемы необратимыми. Есть также более поздние миграции, которые изменяют или удаляют таблицы, которые были созданы в более ранних миграциях.У нас есть много файлов миграции базы данных - мы должны их хранить?
Мы создаем новые базы данных непосредственно из файла schema.rb, поэтому нам было интересно, есть ли какие-либо причины для сохранения полного набора миграций?
Мы создали бы новую миграцию, основанную на нашем существующем schema.rb.
Мы пробовали найти где-нибудь, о чем говорили, знаете ли вы о каких-либо сайтах или ресурсах, которые подробно рассказывают о рекомендациях по рельсам/базам данных? – roo
@roo Я видел несколько сайтов «лучших практик», но ни один из них, похоже, специально не затрагивает эту проблему. Я воспринял это как наилучшую практику после обсуждения ее с некоторыми коллегами-рубистами в местном хакатоне; вряд ли научный, но, безусловно, рецензируемый. :) Если бы я стал спорить об этом случае как о лучшей практике, я бы сказал, что нет смысла загромождать любую вашу кодовую базу - включенные миграции - с историей, которую никто не может использовать. Если кто-то хочет прочитать историю базы данных для собственного образования, Гит будет вас охватить; нет причин для его нахождения в рабочей ветви. –
Да, мы в значительной степени пришли к такому же выводу. Приятно знать, что у других был тот же разговор :) – roo