я просто не очень понимаю слово
эндпоинт)

Учи клиент серверное взаимодействие в джанго

Весь путь запроса

Добрый день. Django 1.10. Есть способ привести миграции в актуальное состояние с таблицами в бд?
Все миграции на сервере помечены как не пройденные. Но большая часть из них есть в базе, и успешно функционирует.
Например: ./manage.py showmigrations main показывает 0 сделаных миграций из 200. А на деле проведеных миграций ~150.

Нужно понять какие миграции сделаны, после чего фейкнуть их.
https://stackoverflow.com/questions/46772762/django-migrate-fake-and-fake-initial-explained

Большой вопрос, каким образом применялись миграции и что находится в бд в таблице django_migrations если showmigrations показывает что ничего не применено.

Ну и ответив на этот большой вопрос стоит озаботиться вопросом - как больше такого не повторять. Хорошей практикой является коммит миграций в репозиторий и их применение во время релиза-деплоя приложения

>Нужно понять какие миграции сделаны, после чего фейкнуть их.
Этого я и боялся, что нужно проходить руками и смотреть до какого момента миграции применены. Надеялся найти инструмент.
>Большой вопрос, каким образом применялись миграции и что находится в бд в таблице django_migrations если showmigrations показывает что ничего не применено.
Для меня это тоже вопрос. MigrationRecorder.Migration.objects.count() по нулям показывает
>Хорошей практикой является коммит миграций в репозиторий и их применение во время релиза-деплоя приложения
Всецело согласен

Спасибо

>Этого я и боялся, что нужно проходить руками и смотреть до какого момента миграции применены. Надеялся найти инструмент.

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

+ придётся вручную аккуратно синхронизировать всё

пару раз проходил через такое 😈

Блин, ну а ты хоть знаешь как до такого довели? Мне интересны мотивы и причины

Мне однажды в наследство пришёл проект, в котором некоторые миграции в списке были сломаны (скорее всего до этого там была не джанга, и таким образом пытались привести к виду базы)

На проде-стейдже была база, и новые миграции ок накатывались, а разработчики передавали специальный дамп, который нужно было на локальную машину поставить

я бы в таком случае написал "скрипт" который замаппит старую базу на наши модели и создаст данные

долго, трудно, но наверняка

Да там работы на час внимательной работы

Зачем миграции, если сам можешь руками все создать. И вправду

Может в бекап табличку с миграциями не включили, может ещё что.

Всякое бывает

Вечер добрый, подскажите при работе с docker, вопрос с autocomplite, goto и пр. решается ни чем иным как монтированием site-packages из контейнера на localhost?

и еще такое - прикручивал ли кто-нибуть pdb к vim?