AO
Size: a a a
2019 March 22
AO
тут сравнения с alembic и django
AO
система используется для PyPi
DT
на сколько понял
она ставнивает две базы
она ставнивает две базы
AO
да и генерит diff
AO
и потом этот diff применяется
AO
вообще, идеальный вариант, если бы Django умела работать в любой момент времени с 2 версиями базы данных
AO
с той, которая сейчас на продакшене и с той, которая сейчас в dev (будет на продакшене)
AO
в идеале, ORM не должна ругаться на то, что там нет каких-либо полей в моделях или есть поля, в идеале models.py должны в любой момент времени отражать оба состояния
AO
а все другие исторические состояния они в общем-то не нужны
AO
если нужны, ну, можно хранить дампы структуры в том же git'е
AO
и это позволило бы отделить миграции структуры и данных от деплоя новых версий
DT
у такой штуки есть свои преимущества согласен
но есть ряд неудобств
но есть ряд неудобств
AO
деплой новых версий можно было бы делать автоматически после мержа коммита в develop
AO
а вот применять миграции вручную
AO
вот тот факт, что у Django есть только 1 версия models.py - это немного ограничивает
AO
то есть вместо директории с миграциями лучше было бы сделать 2 файла models и подружить с ними ORM, чтобы она любила обоих :-)
AO
AO
сейчас ORM ругается на всё, что не зафиксировано в models.py, а надо чтобы ещё уважался бы и старый дамп структуры с продакшена