学说迁移后备
我们正在使用原则迁移,当迁移包含多个操作且其中一个操作失败时,通常会出现问题。
例如,如果存在迁移添加5个外键并且其中第5个在字段长度不同时失败,则使用字段修复错误并重新生成迁移并不能解决整个问题,而现在出现错误连接4已经存在密钥的事实,并且不允许迁移成功运行。
是否有一种稳定的方式来使用Doctrine迁移而没有提到的明显问题?我们已经普遍使用了
.sql
文件,实际上并没有好多少,但是我很确定使用Doctrine的项目有正确的数据库版本控制方式吗?
基于模型和模式之间的差异生成迁移是很好的,我想进一步保持这种可能性。
谢谢
没有找到相关结果
已邀请:
3 个回复
蹄渭信妥扳
第531行。每次迁移都会扩展默认类的定义。因为我使用CLI而无法找到将参数传递到这个地方的方法,所以我刚刚将
替换为下面的另一个类
。 如果您不使用CLI,我会说您应该尝试传递选项而不是替换源。 所以下面的类扩展了
并覆盖了一堆方法,检查是否可以进行更改然后调用parent方法来执行它们。它没有涵盖当前的所有方法,只是我写这篇文章时遇到的方法。 现在,每个迁移Doctrine创建都扩展了我的课程,旨在防止我最初提到的问题。
关于如何改进这一建议的建议值得欢迎。
校勒魏寡
乐遣杀屎