Получить ядро в миграции Symfony
Я хочу запустить консольное приложение во время миграции.
$application = new Application($kernel);
$application->setAutoExit(false);
$input = new ArrayInput(array(
'command' => 'app:data-insert',
));
$output = new NullOutput();
$application->run($input, $output)
Как я могу получить ядро ЯдроИнтерфейс $ в файле миграции? Symfony 3.3
Просто хочу запустить бункер / консоль д: м: м и также выполнить приложение: вставка данных. Без фактического ввода. Это могут быть десятки команд для обновления данных.
Почему бы вам вместо этого не запустить bin/console app:data-insert? Я не понимаю, какую проблему вы решаете. Добавьте справочную информацию к вашему вопросу, чтобы помочь нам разобраться в вашей проблеме.
Для обновления данных существует множество консольных команд (приложений). Я просто хочу написать миграцию, чтобы объединить их в одно место. Я действительно могу написать файл bash. Но если это будет возможно через миграцию, будет легче поддерживать.
почему бы вам тогда не создать Makefile? Вы можете выполнять все свои команды с одним псевдонимом
@Snroki Я просто хочу сохранить все манипуляции с данными при миграции. Новый член команды может просто запускать миграции и иметь актуальные данные без сброса и запуска каких-либо скриптов.
Я все еще не понимаю вашего вопроса. Последняя попытка: почему бы вам не использовать bin/console app:data-insert? Откуда взялся фрагмент кода из вашего вопроса? В каком файле? Что вы имеете в виду под «множеством консольных команд (приложений) для обновления данных»? Вы смотрели, как работает bin/console? Ваш вопрос непонятен, исправьте, пожалуйста.
Ответы 1
Проверить: https://symfony.com/doc/master/bundles/DoctrineMigrationsBundle/index.html#container-aware-migrations.
$ this-> container-> get ('ядро');
Личное мнение: можно, но нельзя. Команды переноса данных имеют тенденцию к сбою. В случае сбоя вы можете получить незавершенную миграцию и, возможно, плохое состояние схемы базы данных. Повторный запуск миграции не сработает из-за плохого состояния.
Если вы сделаете это, по крайней мере, никогда не смешивайте миграцию схемы и данных, а создайте две миграции. Таким образом, если миграция данных не удалась, по крайней мере, он не будет пытаться вносить изменения в схему при втором запуске.
Спасибо, я забыл, что у нас действительно есть контейнер. Я просто хочу попробовать по-новому. Но ваши уведомления и другие действительно хороши. Я приму это к сведению.
Почему бы вам не посмотреть, как выглядит
bin/console?