Как стать автором
Поиск
Написать публикацию
Обновить

Большой гайд по миграциям в Django: готовимся к миграциям и избегаем конфликтов

Уровень сложностиПростой
Время на прочтение28 мин
Количество просмотров9.3K
Всего голосов 35: ↑34 и ↓1+38
Комментарии22

Комментарии 22

Огромный мануал, примеры из разряда: проверяешь мр/пр и кидаешь ссылку на конкретный хедер статьи

Наконец-то кто-то объяснил миграции так, что даже новичок сможет не запутаться. А, подождите...

Отличный мануал, очень подробно и главное понятно!

Супер мануал, прямо весь путь от начала до конца!
Немного не хватает чекпоинтов по статье чтоб было чему глазу зацепиться.

Классный гайд, можно быстро изучить и начать применять!

Все позитивные комментарии - однодневные аккаунты, у которых только один комментарий) Друзей позвал или ботов нагнал?)

Все позитивные комменты - это колеги и подпысчики :) Ссылка на Ютуб-канал есть в статье)

и какой смысл нагонять сюда подобных комментаторов? никакой пользы от них нет, да еще и выглядят как боты

Смысл в том, чтобы поделиться с аудиторией контентом, который ты подготовил)

и как этот ответ связан с моим вопросом?

Смысл в том, что сюда пришла по умолчанию лояльная для меня аудитория, от того и фидбек преимущественно положительный)

Материал, конечно, не только для них, но они его заметили в первую очередь)

Отличная статья, @PyLounge, спасибо большое за проделанную работу, очень полезно и, как по мне, достаточно понятно 👍🏻 Надеюсь, будут еще интересные и полезные статьи.

Плохая статья. Будет у кого-то конкретная проблема с миграцией, он конкретно её будет решать. А тут что? Зачем мне вникать в проблемы конкретно вашей выдуманной миграции? Обычная спам-статья, для рекламы.

Когда будет проблема будет уже поздно. Например некоторые миграции нельзя откатить. А ещё бывают люди которые руками редактируют миграции, после их применения.

Любые с потерей данных, например удаления столбца.

Почему про data migrations ничего нет?

В следующей серии)

Очень поверхностная статья. На практике очень часто встречаются проблемы с зависимостями, которые нужно разрешать руками и не всегда это получается хорошо. Разработчики не всегда проверяют, что их миграции применятся на пустой БД, что может больно выстрелить, об этом мало кто задумывается, пока не хлебнет проблем.

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

Зарегистрируйтесь на Хабре, чтобы оставить комментарий