T
естественно перед мерджем мердже в мастер, надо его к себе втянуть и проверить все миграции
Size: a a a
2019 December 13
AM
какая миграция, о чем вы?
ну у меня на деве рабочем добавляются таблицы, поля и все такое, применяю на лету в рабочей базе
T
и протестить что боевая БД мигрирует до новой версии
AM
и протестить что боевая БД мигрирует до новой версии
ну да, вот это и автоматизируется
T
это да, но в процессе разработки это нужно не сразу
T
и да, при мердже надо будет миграции перегенерить
V
видимо, проблема в том, что БД для разных веток одна и при обращениях к таблицам БД периодически появляются ошибки, т к могут отсутствовать какие-то поля, типы данных и т д
столкнулся с этим также, суть проста, новая фича - новая бд
АП
Всем 8 ридонли день.
V
кому-то оч скучно
𝓡
Это что за рейд, в 3 группы уже это
АП
А хз, я профилактически прописал.
K
столкнулся с этим также, суть проста, новая фича - новая бд
ой не не. Это выстрел в голову
K
надо миграции привести в порядок
V
проблема не в миграх, а в том, что в фичах могут быть разные колонки которые могут мешать друг-другу
K
проблема не в миграх, а в том, что в фичах могут быть разные колонки которые могут мешать друг-другу
разные колонки в одной и той же таблице ?
V
разные колонки в одной и той же таблице ?
угу, колонка с nullable False
V
либо вообще одна колонка в фичах, ток в одном случае уник, в другом нет
K
угу, колонка с nullable False
а как так то получилось?
V
В смысле как, ты изменяешь структуру таблиц под новую фичу, а чувак в этом время будет работать с этой же таблицей
V
В итоге у чувака у которого нет изменений не сможет добавить новую запись