Email or username:

Password:

Forgot your password?
Top-level
Мя :sparkles_lesbian:

Восстановление предполагает снести таблицу aerich, удалить папку с миграциями и прогнать инит заново...

Но что-то мне подсказывает, что это не сработает, если продовая база не в том же состоянии что и девелоперская. Хотя надо бы посмотреть, а в каком она вообще

8 comments
Мя :sparkles_lesbian:

Вот я жопой чуяла, что лазать в базу чтобы генерить миграции — заведомо плохая идея >:(

Мя :sparkles_lesbian:

"Изменение моделек на 5 минут, вошли вышли и ушли спатки"

Впрочем, сейчас я точно чинить ничего не буду. Мне к 8 утра вставать...

Винт Прокс

@mo
Сейчас бы на основе состояния базы данных генерировать миграции :blobcatgooglyholdingitsheadinitshands:

Мя :sparkles_lesbian:

@vint :blobcatgooglyshrug:

Из всех орм что я знаю, именно генерировать автономно может только джанго, лол
Остальные либо хотят слазать в базу, либо «ты напиши нам скриптики на SQL сама, а мы их просто применять будем»

KizhiFox :blobfoxcomputer:

@mo а роллбака к версии X нет? Я например когда какую-то хуйню случайно с бд сделал (у нас миграции через alembic) сначала руками пытался очень долго пофиксить, а потом просто выполнил "alembic downgrade xxxxxx", и там уже разбирался.

Мя :sparkles_lesbian:

@kizhifox так бд как раз нетронутая, крашится сам генератор миграций)
(Или генерит чушь)

KizhiFox :blobfoxcomputer:

@mo однако. А в бд версия миграции валидная указана?

Мя :sparkles_lesbian:

@kizhifox да. Как оказалось, эта падла, если БД не обновлена мёржит миграцию в последний файл
github.com/tortoise/aerich/iss

А сломанный SQL он генерит в принципе, когда меняешь OneToOneField на ForeignKeyField, этот баг я уже отрепортила
github.com/tortoise/aerich/iss

Go Up