设置新基线后更改飞行路线迁移文件

Sry,因为回答晚了。我做了一件非常类似的事情 @markdsievers 建议:

我保证生产环境至少在版本上 X ( flyway.setTarget(X) ). 然后,我更改为一个新的模式版本表( flyway.setTable('temporary_schema_version') )并运行了一次迁移,删除了旧表。之后,我将模式版本表更改回原始版本表,并将基线设置为版本 Y > X 并运行另一个迁移,删除临时表。

现在,我可以编辑/挤压/删除版本低于的所有迁移 Y 而不会破坏我的生产部署。

我经历了一个非常类似的场景,甚至编写了我们自己的内部工具,称为“Rebase”,它可以完成您想要的大部分功能。我们的主要动机是从Flyway 3.x升级到4.3,但我们也有一个巨大的历史需要被粉碎。其要点如下:

1. 将所有迁移压缩到任何有意义的迁移中。我通常有 V2__base_ddl.sql 和 V3__base_data.sql (Flyway可以使用前两个版本号创建模式等)。这是手动部分。
2. schema_version 表并将其删除。
3. 然后,重新设置基础工具运行 init + migrate 使用新的基线版本集。
4. 重设基准工具留下了一个示意图(自定义表中的重设基准键),表明它已经完成。

对于我的集成测试构建(即构建一个普通数据库并迁移到最新版本),我使用Flyways添加了一个额外的测试数据SQL脚本文件夹 locations 参数,从而确保我有集成测试的测试数据,但不在任何非测试环境中。

Flyway Java API,在prestep中添加,以便在配置后重新设置基础,然后委托给Flyway。