@danilax86 храни где-нибудь в той же базе текущую версию...

All posts Данила's posts Post Back to profile

@danilax86 храни где-нибудь в той же базе текущую версию схемы.

Если та что в базе меньше требуемой -- автоматом накинуть новых миграций. Если больше выдать ошибку. И наоборот можно откатывать миграции если нормально писать откатывающую команду.

За номер версии можно брать дату создания самой миграции.

Like 1 10 September at 9:31 | Wall-to-wall | Open on suya.place

4 comments

TSource Engine Query

@danilax86 с мержем конечно так не получится, но имхо его лучше и не мержить.

Разработчик на тестовой базе может просто сделать копию. Пользователям это не нужно

10 September at 9:32 | Open on suya.place

Данила Горелко

27329ed9-2211-a1ba-9371-e2641bf0dcb6, это всё есть.

Проблема в том, что вот ты делаешь свою фичу, добавил новых миграций, основная ветка за это время ушла куда-то вдаль и появились другие миграции в ней. И вот ты обновляешь свою ветку до апстрима, решаешь конфликты в коде (если есть) и понимаешь, что номера миграций теперь дублируются и нужно руками править номера или написать простенький скрипт, который делает бамп версий, чтобы и сами миграции применились и последовательность сохранилась

10 September at 9:38

TSource Engine Query

@danilax86 тогда хранить таблицу миграций.

Последовательность обычно не так страшна.

1 10 September at 9:47 | Open on suya.place

iliazeus

@danilax86 хм, технически, можно подтягивать информацию о последовательности из git-метаданных. Сохранять ее в файл пре-коммит-хуком, например.

Не уверен, правда, делает ли так кто-то, и есть ли подводные камни.

@a1ba

10 September at 10:38 | Open on lor.sh