<ENVIRONMENT> - prod, dev or test.
make upmake initmake build_frontconfig/prod в отдельную диреткорию и настроить системуdocker compose up -ddocker-compose exec php ./bin/console cache:cleardocker-compose exec php ./bin/console cache:warmupdocker-compose exec php bin/console doctrine:schema:create -vv # для первого запускаdocker-compose exec php ./bin/console doctrine:migrations:migratedocker-compose exec php chmod 777 -R /app/var/cache/prodmake back_exec composer installdocker-compose exec php ./bin/console doctrine:migrations:migratemake front_builddocker compose pulldocker-compose up -ddocker-compose exec php ./bin/console cache:cleardocker-compose exec php ./bin/console cache:warmupdocker-compose exec php ./bin/console doctrine:migrations:migratedocker-compose exec php chmod 777 -R /app/var/cache/prodДля корректной работы с текстами на национальных языках, в частности с русским необходимо проверить, что созданная БД имеет сравнение utf8mb4_general_ci, таблица же migrations для поддержки длинных названий миграций должна иметь сравнение ascii_general_ci в ней никогда не будет русских символов. В будущем при схлопывании миграций будут убраны длинное название миграции создающей root пользователя и данное требование станет неактуальным.
Необходимо следить, чтобы поддиректории ./var были доступны для записи. Теоретически они создаются системой
автоматически с нужными полномочиями, но при запуске команд в контейнере от root, при работе php-fpm от другого
пользователя часть кеш, создаваемый ./bin/console cache:warmup может быть не от того пользователя. Необходимо либо
вызывать команды от того же пользователя системы, под которым работает php-fpm, либо после вызова этих команд делать
chown www-data:www-data -R ./var/
make back_exec "bin/console doctrine:migration:execute 'App\\Migrations\\Version20230529175045' --up|--down" - накатить конкретную миграцию
make back_exec "bin/console doctrine:migration:migrate prev" - откатить последнюю миграцию