Symfony 5.2.6下使用Doctrine 2.9.x-dev报'em选项已存在'是版本问题吗

问题核心判定 #

• 该报错不是Doctrine 2.9.x-dev开发版本的随机不稳定问题，也不是遗漏了项目配置或操作步骤，本质是ORM组件与DoctrineBundle的参数注册逻辑冲突。
• 报错“名为'em'的选项已存在”的触发逻辑非常明确：Doctrine ORM 2.9.x-dev的迭代改动中，开始在ORM核心层为所有关联实体操作的CLI命令内置注册--em（实体管理器选择）参数；但Symfony生态下的DoctrineBundle，从很早的版本开始就已经在Bundle层给同一批命令注册了完全同名的--em参数。两个组件在控制台初始化阶段重复向同一个命令对象添加同名选项，会直接触发Symfony控制台的参数重名校验逻辑抛出critical错误，甚至不需要执行具体的doctrine:schema:create子命令，只要初始化控制台（即执行bin/console不带任何参数）就会在阶段校验时触发崩溃。
• 相同环境下使用Doctrine ORM 2.8.4可以完全正常运行，是因为2.8.x稳定版分支从未在ORM核心层做--em参数的内置注册，所有相关参数都由DoctrineBundle侧统一维护，不存在重复注册的冲突。

对应处理方式 #

• 若确实需要体验Doctrine 2.9.x-dev的新特性，不要单独提高Doctrine ORM的版本约束到dev分支，必须同步将doctrine/doctrine-bundle的版本也对齐到对应的开发分支。该分支已经移除了Bundle层重复注册--em参数的逻辑，将参数注册权完全移交回ORM核心层，从根源解决重名冲突。
• 若为稳定开发或生产场景，直接将Doctrine ORM的版本约束回滚到2.8.x最新补丁版本即可。2.9.x目前属于长期迭代的预览分支，没有适配Symfony 5.2配套Bundle生态的稳定兼容版本，无强需求不建议跨版本追更dev迭代版本。
• 临时测试场景下可加临时代码绕过冲突：在控制台的命令定义事件中拦截参数注册流程，对重复的em选项做去重处理，但这种补丁方式会随Doctrine版本迭代随时失效，不适合长期使用。

内容的提问来源于stack exchange，提问作者Peter Benický