Лучший способ изменить схему БД в разработке

Question

В настоящее время я использую это:

edit creation migrate
rake db:drop
rake db:migrate
rake db:seed

, но я часто вижу миграцию для каждого добавленного или отредактированного столбца и т. Д.
Я думаю, что мой путь лучше, потому что он намного чище ибыстрее перейти на производственную среду (один sql для одной таблицы).Есть ли какие-либо недостатки в использовании моего метода?
Как вы думаете?
РЕДАКТИРОВАТЬ:
Просто чтобы прояснить: я говорю о стадии ДО любой постановки, когда я пишу код на своем собственном ПК идаже не думай о производстве.

Answer 1

Инкрементные миграции безусловно необходимы в производственной среде, где вы не можете избавиться от удаления целых баз данных.Использование их в разработке также поможет вам убедиться в их правильности.

Answer 2

Поймите, чего вы пытаетесь достичь, но то, как вы это делаете, очень неправильно. Ваша среда разработки должна быть как можно ближе к вашей производственной среде. Может столкнуться с различными проблемами.

Что происходит, когда вам нужно реплицировать производственную среду на dev? Что происходит, когда вы «забываете» добавить / забрать что-то на prod, которое вы сделали, используя потерянную миграцию?

Для dev, возможно, лучшая команда будет rake db: rolback, которая откатывает предыдущую миграцию, если вам нужно отредактировать ее для опечатки или чего-то еще.

Просто из любопытства - почему бы не использовать rake db: reset вместо трех отдельных задач rake?