Doctrine Migrations 提供跳过失败迁移的机制：用 mark-as-executed 标记为已执行，或 --no-check-db 临时跳过校验；推荐通过存在性检查、IF NOT EXISTS 和拆分操作实现幂等迁移。
在 Symfony 4 中，如果某次数据库迁移（migration）执行失败（比如 SQL 语法错误、字段已存在、约束冲突等），默认情况下 Doctrine Migrations 会中断整个迁移流程，并将该迁移标记为“失败”状态，后续迁移不会继续运行。但你**不需要回滚或手动编辑迁移文件**来绕过它——Doctrine 提供了安全、可追溯的跳过机制。
使用 --allow-no-migration 跳过已失败但无需重试的迁移
当迁移脚本本身逻辑正确（例如只是因环境差异临时报错），且你确认该迁移在当前数据库状态中实际已生效（或可被忽略），可用以下命令跳过它并继续执行后续迁移：
-
先查看当前迁移状态：
php bin/console doctrine:migrations:status—— 找出标记为FAILED的版本号（如20230101120000） -
强制标记该迁移为已执行：
php bin/console doctrine:migrations:mark-as-executed --add --no-interaction 20230101120000
这不会运行 SQL，仅更新doctrine_migration_versions表，把该版本状态设为EXECUTED -
再执行剩余迁移：
php bin/console doctrine:migrations:migrate
临时禁用迁移验证（仅限开发/测试环境）
若迁移失败源于 schema 差异（如本地 DB 比迁移预期多一个字段），而你只想快速推进到最新版本，可临时跳过校验：
- 添加
--no-check-db参数：php bin/console doctrine:migrations:migrate --no-check-db
它会跳过“数据库结构是否匹配迁移预期”的检查，直接执行未完成的迁移 - 注意：此选项不解决根本问题，仅用于调试；生产环境严禁使用
修复迁移本身（推荐长期方案）
跳过只是应急，真正健壮的做法是让迁移具备幂等性或条件判断：
- 在迁移类的
up()方法中，用$schema->hasTable()或$schema->getTable('xxx')->hasColumn('yyy')做存在性检查 - 对 MySQL，可用
ALTER TABLE ... ADD COLUMN IF NOT EXISTS（需确认 Doctrine 版本支持） - 拆分高风险操作：把 DDL（建表/加字段）和 DML（插数据）分开到不同迁移中，降低单次失败影响范围
