Разработчики Symfony зря советуют не использовать бандлы. Ваши модули по сути и будут бандлы. Вы создаёте в модуле бандл в котором описываете метод интеграции модуля с фреймворком.
App\:
resource: '../src/*'Размещение тестов непосредственно в самом модуле довольно спорное решение.
App/User
App/User/Controller
App/User/Entity
App/User/*
App/Blog
App/Blog/Controller
App/Blog/Entity
App/Blog/*
App/Events
App/Events/Controller
App/Events/Entity
App/Events/*
...symfony/symfony (https://github.com/symfony/symfony/blob/4.4/compos... зависимость, а можете подгрузить каждый отдельно. Разделение на отдельные репозитории нужно чтоб не тянуть за собой все компоненты, когда нужен только один.symfony/symfony не рекомендуется и с 5 версии будет невозможно: https://github.com/symfony/symfony/issues/31484 Comment добавить два свойства $targetClass и $targetId и выводить комментарии на страницах конкретных сущностей привязываясь к этим полям. liip_imagine:
# valid drivers options include "gd" or "gmagick" or "imagick"
driver: "gd" ./vendor/bin/doctrine-module migrations:diff./vendor/bin/doctrine-module migrations:migrate./vendor/bin/doctrine-module migrations:diff./vendor/bin/doctrine-module migrations:migrate./vendor/bin/doctrine-module migrations:migrateorm:schema-tool:* не нужны, их заменяют миграции Мне лично кажется, что из миграции проще создать сущность, чем наоборот.

Я не понимаю смысл миграции после создания сущностей, так как, если я добавлю сущность, могу применить
Подскажите, пожалуйста, каков смысл миграции после создания сущностей?
Reverse Engineering is a one-time process that can get you started with a project. Converting an existing database schema into mapping files only detects about 70-80% of the necessary mapping information. Additionally the detection from an existing database cannot detect inverse associations, inheritance types, entities with foreign keys as primary keys and many of the semantical operations on associations such as cascade.
3. Создать две миграции, а потом создать ORM на базе текущей структуры.
DESIGN ENTITIES FIRST
DEFINE THE DATABASE AFTER MODELING YOUR DOMAIN
DEFINE MAPPINGS AFTER DESIGNING THE ENTITIES