VG
мне пока идей хватит накиданных, спасибо
Size: a a a
2020 November 10
VG
ща поковыряюсь мб заработает
И
обе таблицы в одной базе, всё совпадает вроде. Вчера миграции проходили сами, а вот сегодня с сидерами не заладилось
ключевое слово здесь - "вроде"
AH
я ведь запускаю это всё php artisan migrate:refresh
Лучше
php artisan migrate:freshmigrate:refresh откатывает каждую миграцию по одной, вызывая метод down() в них. После этого накатывает все миграции заново.migrate:fresh сразу дропает все таблицы и накатывает заново.VG
всё понимаю, ну нуб нубом, извините
VG
прочекаю всё внимательно
И
Лучше
php artisan migrate:freshmigrate:refresh откатывает каждую миграцию по одной, вызывая метод down() в них. После этого накатывает все миграции заново.migrate:fresh сразу дропает все таблицы и накатывает заново.да, в режиме разработки так и делаем. Но не лишне иногда проверить, работает ли метод down() так, как нужно
VG
Лучше
php artisan migrate:freshmigrate:refresh откатывает каждую миграцию по одной, вызывая метод down() в них. После этого накатывает все миграции заново.migrate:fresh сразу дропает все таблицы и накатывает заново.а можно с этой штукой тоже —seed писать?
AH
а можно с этой штукой тоже —seed писать?
php artisan migrate:fresh --helpСпойлер: можно
VG
спасибо
И
а можно с этой штукой тоже —seed писать?
да, если сиды готовы, то да
AH
да, в режиме разработки так и делаем. Но не лишне иногда проверить, работает ли метод down() так, как нужно
С одной стороны согласен, а с другой, я ещё не встречал проекта, способного нормально откатить базу.
Простой кейс. Одна миграция на добавление нового поля, например,
Так вот, проблема с
Простой кейс. Одна миграция на добавление нового поля, например,
foo и его foreign связи. Поле добавилось, а вот связь завалилась. Миграция не отметится как выполненная. При повторном запуске будет матом орать что поле foo уже существует.Так вот, проблема с
rollback в том, что если его вызвать в этом случае при падении деплоя, то откатится предыдущая выполненная миграция.И
С одной стороны согласен, а с другой, я ещё не встречал проекта, способного нормально откатить базу.
Простой кейс. Одна миграция на добавление нового поля, например,
Так вот, проблема с
Простой кейс. Одна миграция на добавление нового поля, например,
foo и его foreign связи. Поле добавилось, а вот связь завалилась. Миграция не отметится как выполненная. При повторном запуске будет матом орать что поле foo уже существует.Так вот, проблема с
rollback в том, что если его вызвать в этом случае при падении деплоя, то откатится предыдущая выполненная миграция.я слышал, что некоторые вообще метод down не пишут, чтобы на проде случайно не откатить базу
VG
пиздец я олень
VG
спасибо за помощь ребят
И
хоть там и вываливается предупреждение: чувак - ты это на проде пытаешься делать подтверди
И
пиздец я олень
нашел ошибку?
R#
С одной стороны согласен, а с другой, я ещё не встречал проекта, способного нормально откатить базу.
Простой кейс. Одна миграция на добавление нового поля, например,
Так вот, проблема с
Простой кейс. Одна миграция на добавление нового поля, например,
foo и его foreign связи. Поле добавилось, а вот связь завалилась. Миграция не отметится как выполненная. При повторном запуске будет матом орать что поле foo уже существует.Так вот, проблема с
rollback в том, что если его вызвать в этом случае при падении деплоя, то откатится предыдущая выполненная миграция.я обычно поэтому и проверяю down
AH
я слышал, что некоторые вообще метод down не пишут, чтобы на проде случайно не откатить базу
Интересно то, что я по привычке его пишу, но он не нужен - я юзаю дамп, который стирает все эти
down и исключает вариант отката за исключением тех миграций, которые в этот дамп не вошли.