RM
В стингс нужно указывать хост с портом или нет?
Size: a a a
2019 March 13
RM
Это на хостинге
И
а в чем проблема ?
Ну бывает, что иногда Джанго не всегда распознает изменения по makemigrations и нужно делать makemigrations app_name
TM
Ну бывает, что иногда Джанго не всегда распознает изменения по makemigrations и нужно делать makemigrations app_name
Я такое встречал на маке, когда прокидывал в контейнер папку. В контейнерах и линуксах такого не встречал. Были прецеденты?
АА
Ну бывает, что иногда Джанго не всегда распознает изменения по makemigrations и нужно делать makemigrations app_name
Я бы доверял CI только migrate. А makemigration должны разрабы делать и коммитить миграции вместе с кодом.
DT
Я бы доверял CI только migrate. А makemigration должны разрабы делать и коммитить миграции вместе с кодом.
+
АВ
если БД пустая, то такая строчка вызывает ошибку. Как это исключить?
models.HomePage.published.first().send_contentDT
c =
if c:
c
models.HomePage.published.first()if c:
c
.send_contentИ
Я бы доверял CI только migrate. А makemigration должны разрабы делать и коммитить миграции вместе с кодом.
В данный момент миграции не коммитятся от разных разработчиком и руками деалются на прод сервере.
Просто это достаточно удобно, в том плане, что все, что творит локально разработчик с базой и как вертит миграциями, в родакшен не идет и на машине разработчика можно особо не заморачиваться.
Просто это достаточно удобно, в том плане, что все, что творит локально разработчик с базой и как вертит миграциями, в родакшен не идет и на машине разработчика можно особо не заморачиваться.
DT
В данный момент миграции не коммитятся от разных разработчиком и руками деалются на прод сервере.
Просто это достаточно удобно, в том плане, что все, что творит локально разработчик с базой и как вертит миграциями, в родакшен не идет и на машине разработчика можно особо не заморачиваться.
Просто это достаточно удобно, в том плане, что все, что творит локально разработчик с базой и как вертит миграциями, в родакшен не идет и на машине разработчика можно особо не заморачиваться.
ну а как ты хочешь чтобы CI разруливала конфликт ?
RS
В данный момент миграции не коммитятся от разных разработчиком и руками деалются на прод сервере.
Просто это достаточно удобно, в том плане, что все, что творит локально разработчик с базой и как вертит миграциями, в родакшен не идет и на машине разработчика можно особо не заморачиваться.
Просто это достаточно удобно, в том плане, что все, что творит локально разработчик с базой и как вертит миграциями, в родакшен не идет и на машине разработчика можно особо не заморачиваться.
Вот с этого стоит начать, не коммитить миграции - ужасный антипаттерн. На CI эту проблему исправлять не надо, она у вас гораздо раньше
И
ну а как ты хочешь чтобы CI разруливала конфликт ?
Ну вот и хотел узнать, как и кто делает
TM
Ну вот и хотел узнать, как и кто делает
Руками миграции разруливаешь, дальше как обычно
DT
мы коммитим миграции ;)
и только рабочие
и только рабочие
TM
мы коммитим миграции ;)
и только рабочие
и только рабочие
Да, я внутри ветки иногда пересоздаю/сквашу, потом в мастере в итоге все ок
TM
А моя ветка никому не мешает
И
А как рашается момент, когда история миграций становиться очень длинной? На компе разраба можно просто очень часто это дело схлопывать до инит миграций и тогда тестовая база в разы быстрее стартует.
Или это тоже тогда централизовано для всех и потом коммитить в репо?
Или это тоже тогда централизовано для всех и потом коммитить в репо?
TM
Есть скваш миграций
TM
Он умный, сам понимает что сквашнули, а что нет
RS
Есть скваш миграций
+