P
ему фрешить надо будет
Size: a a a
2021 January 06
P
а если он down сделает?
И
ему фрешить надо будет
ну так да, а какие пробемы. Ты клонируешь проект, ты разве не запускаешь миграции? Запускаешь. И сидируешь
P
причем тут клонируешь
SC
ну так да, а какие пробемы. Ты клонируешь проект, ты разве не запускаешь миграции? Запускаешь. И сидируешь
Если уже есть разрабы, которые уже с этим работают, а тут залетает изменение в старую схему
И
а если он down сделает?
значит больше так делать не будет)
P
ты в процессе разработки, пульнулся, тебе надо фреш сделать, что бы твои изменения в миграциях накатились
И
ты в процессе разработки, пульнулся, тебе надо фреш сделать, что бы твои изменения в миграциях накатились
+
P
и вопрос, какого я должен фрешить свою базу, вместо накатывания новых
И
второй разраб readme.txt почитает и поймет, что нужно фрешить
P
в ридми этого точно не должно быть
И
и вопрос, какого я должен фрешить свою базу, вместо накатывания новых
SC
второй разраб readme.txt почитает и поймет, что нужно фрешить
Хватит оправдывать эту дичь
И
оке
P
он максимум что посмотрит изменения в гите и увидет что изменялись старые миграции
P
а если не посмотрит?
ЕК
и вопрос, какого я должен фрешить свою базу, вместо накатывания новых
+
ЕК
Я себе локальную базу не для того тестовыми данными засирал, чтобы потом фрешить из-за того, что кому-то лень миграцию создать
И
Я абсолютно согласен с вами. Это все справедливо, если ты один разраб и пока еще все на локальной машине. Если нет - то через новые миграции