что за день))

переместить миграции в корень в migrations и проверить  путь к миграциям в config/doctrine_migrations.yaml
       'DoctrineMigrations': '%kernel.project_dir%/migrations'

А если не перемещать и путь оставить как есть? Думаю не в этом проблема

Base table or view already exists: 1050 Table 'page' already exists"

Конечно, не в этом!

Непонимаю к чему сарказм, ну лежат они в друго директории, в конфиге путь  указан, не должно работать разве? Да и смотрите на ошибку, он их видит, но не может выполнить

Нужно таблицу миграции в БД переименовать

Чтобы он увидел предыдущие миграции

Я указывал название таблицы в конфиге, не помогло, попробую переименовать, а как она правильно называться должна?

Это не сарказм, а утверждение. Текст ошибки явно говорит, что уже есть БД. Нужно сделать то, что подсказали выше

Секция storage, сравнивай между версией 3.х.х и 2.2.х
https://symfony.com/doc/current/bundles/DoctrineMigrationsBundle/index.html

Не верно распознал, прошу прощения

Благодарю

doctrine_migrations:
   migrations_paths:
       'Application\Migrations': '%kernel.project_dir%/app/DoctrineMigrations'
   storage:
       # Default (SQL table) metadata storage configuration
       table_storage:
           table_name: 'your_current_versions_table'
           version_column_name: 'your_current_version_column'
           version_column_length: 1024
           executed_at_column_name: 'executed_at'

php bin/console doctrine:migrations:sync-metadata-storage --no-interaction --env=prod --no-debug

ето выполняется один раз для "миграции" таблицы и апдейт версий на версииИзНеймспесами

Спасибо!

Привет, стал изучать данный фраемворк и столкнулся с кешем. Использую sumfony 5.3.3 любая правка кода требует чистки кеша, это норма или его как то можно отключить на время разработки?

Смените окружение на dev

а где?

А может доку почитать?