Size: a a a

Django [ru] #STAY HOME

2019 September 01

RS

Rust Saiargaliev in Django [ru] #STAY HOME
ThunderAL
начал первый большой проект на джанге
стоит ли миграции пихать в гитигнор?
Ни в коем случае. Миграции должны быть в репе и при деплое

Посмотри на любой опенсорс проект в нашем факе, везде миграции лежат
источник

T

ThunderAL in Django [ru] #STAY HOME
спасибо. есть идеи почему это происходит?
вроде, же есть makemigrations и оно само всё сделает
источник

V🤔

Vyacheslav 🤔 in Django [ru] #STAY HOME
Rust Saiargaliev
Ни в коем случае. Миграции должны быть в репе и при деплое

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

SM

Sergei Mikhailov in Django [ru] #STAY HOME
Vyacheslav 🤔
Но ведь тогда и базу надо прикладывать?
Зачем?
источник

RS

Rust Saiargaliev in Django [ru] #STAY HOME
Vyacheslav 🤔
Но ведь тогда и базу надо прикладывать?
Зачем?
У каждого разработчика и каждого задеплоенного проекта свои базы. Одни и те же миграции как раз помогут все это в порядке держать и синхронизировать
источник

M

Mihail in Django [ru] #STAY HOME
Dan Tyan
неа, так на вскидку не скажу
Проблема, вообщем, в том, что в вариантах queryset фильтруется тот вариант, который был выбран. И он почему-то не показывается.
источник

V🤔

Vyacheslav 🤔 in Django [ru] #STAY HOME
Миграции заливать в репозиторий нужно на стадии makemigrations?
источник

T

ThunderAL in Django [ru] #STAY HOME
я ещё с ларавеля делал так, чтобы всё обрабатывалось кодом и админкой. чтобы вообще бд не трогать, ибо это может плохо кончиться в какой-то момент
источник

T

ThunderAL in Django [ru] #STAY HOME
и, да. вопрос открыт? люди коммитят миграции. но почему?
источник

RS

Rust Saiargaliev in Django [ru] #STAY HOME
Vyacheslav 🤔
Миграции заливать в репозиторий нужно на стадии makemigrations?
Добавил новые поля в модель или новую модель - сделал миграции, залил их вместе с фичей в репозиторий.
При деплое на сервер, залитые миграции применяешь
источник

V🤔

Vyacheslav 🤔 in Django [ru] #STAY HOME
Rust Saiargaliev
Добавил новые поля в модель или новую модель - сделал миграции, залил их вместе с фичей в репозиторий.
При деплое на сервер, залитые миграции применяешь
У нас у каждого своя база, но миграции каждый готовит сам, с помощью makemigrations&migrate
источник

V🤔

Vyacheslav 🤔 in Django [ru] #STAY HOME
Не знаю, насколько это тру, но проблем ни у кого не возникало
источник

RS

Rust Saiargaliev in Django [ru] #STAY HOME
Ну ребят, это классно, конечно, что не возникало, но это не значит что не возникнут в будущем

https://docs.djangoproject.com/en/2.2/topics/migrations/
источник

RS

Rust Saiargaliev in Django [ru] #STAY HOME
You should think of migrations as a version control system for your database schema. makemigrations is responsible for packaging up your model changes into individual migration files - analogous to commits - and migrate is responsible for applying those to your database.

The migration files for each app live in a “migrations” directory inside of that app, and are designed to be committed to, and distributed as part of, its codebase. You should be making them once on your development machine and then running the same migrations on your colleagues’ machines, your staging machines, and eventually your production machines.
источник

SM

Sergei Mikhailov in Django [ru] #STAY HOME
Vyacheslav 🤔
Не знаю, насколько это тру, но проблем ни у кого не возникало
Изменил модель, вызвал makemigrations, запушил, другой пульнул и запустил migrate
источник

V🤔

Vyacheslav 🤔 in Django [ru] #STAY HOME
Хорошо, постараюсь в следующих репо добавлять миграции
Только вопрос. А есть какой нибудь сценарий, когда при makemigrations&migrate у каждого самостоятельно могут возникнуть проблемы?
источник

.

.tmp in Django [ru] #STAY HOME
Vyacheslav 🤔
Хорошо, постараюсь в следующих репо добавлять миграции
Только вопрос. А есть какой нибудь сценарий, когда при makemigrations&migrate у каждого самостоятельно могут возникнуть проблемы?
Если пуллаться перед миграцией - будет намного проще
источник

T

ThunderAL in Django [ru] #STAY HOME
ах, да. вспомнил, чё сюда заходил.
как сделать "дефолтные группы разрешений"
ибо у меня в приложении не будут группы создаваться юзерами и будут жёстко зафиксированы.
хотелось бы как-то также как и с моделями: есть класс группы, там есть разрешения. задеплоил -- создалась группа и впилились в неё разрешения. изменил разрешения -- группа осталась, а разрешения в ней или добавились или удалились (в зависимости от моих редактирований)
источник
2019 September 02

🔐

🔐{% ɹoƃǝʎ %} in Django [ru] #STAY HOME
Вечер, с таким траблом столкнулся, в темплейте не выводит аннотированое значение, при том что во вьюхе всё прекрасно принтует, а на фронте остальные данные вакансии спокойно достаются
источник

PZ

Pavel Zagrebelin in Django [ru] #STAY HOME
🔐{% ɹoƃǝʎ %}
Вечер, с таким траблом столкнулся, в темплейте не выводит аннотированое значение, при том что во вьюхе всё прекрасно принтует, а на фронте остальные данные вакансии спокойно достаются
Покажи теплейта кусок?
источник