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

Question

我在我的一个项目中集成了flyway。我有很多迁移，迁移一个新的空数据库需要很长时间，主要是因为在迁移过程中也添加了种子数据。现在我想改变这一点。不幸的是，这些迁移已经被推到生产环境中（是的，在某个时候种子数据也被迁移到了那里）。

我的想法是为当前版本的生产系统设置基线，然后清理旧的迁移：压缩模式迁移并将种子和测试数据移动到未部署到生产中的新位置。

现在我的问题是：

1. 如何在生产数据库中设置基线，而不会影响所有其他数据库？直接在数据库上调用飞行路线基线...或者我可以使用任何类型的特殊迁移文件吗？也许将基线行直接写入数据库的schema_version表？这样的查询会是什么样子？
2. 我的最新迁移是V4_6_3__....所以我的基线需要V5__...？还是V4__...，并且包含具有相同主要版本的所有迁移？
3. 设置基线后，是否可以/保存添加、编辑和删除早于基线的迁移，而不会在下一个迁移任务中破坏我的生产数据库？

抱歉的基本问题，但它似乎在我看来，飞路留档是没有任何帮助……

提前谢谢！

Answer 1

我经历了一个非常相似的场景，甚至编写了我们自己的内部工具，称为“Rebaser”，它可以完成您想要的大部分工作。我们的主要动机是从Flyway 3.x升级到4.3，但我们也有一段需要压扁的历史。它的要点是这样的：

< li >将所有迁移压缩成有意义的数量。我通常有一个< code>V2__base_ddl.sql和< code > V3 _ _ base _ data . SQL (Flyway可以使用前几个版本号来创建模式等)。这是手动部分。 < Li > rebase工具检测到旧的< code>schema_version表并将其删除。 < li >然后，rebase tool使用新的基线版本集运行< code > init < code > migrate 。 < li>Rebase tool会留下一个足迹(自定义表中的Rebase键),表示它已经完成。

对于我的集成测试版本（启动一个普通的数据库并向前迁移到最新版本），我使用Flyways位置参数添加了一个额外的测试数据SQL脚本文件夹，从而确保我有集成测试的测试数据，但没有任何非测试环境。

我们的Rebaser只是围绕＜code＞Flyway＜/code＞Java API的一个薄薄包装，如果配置了rebase，则在prestep中添加，然后将其委托给Flyway。

Flyway没有重新设置基址的概念，但我们发现这是必要的，因为您的历史记录越来越大，并且包含过时的数据/DDL。到目前为止，这个系统运行得很完美。

Answer 2

对迟到的答案很严厉。我做了一个与@markdsievers建议非常相似的事情：

我保证生产环境至少是版本< code > X (< code > fly way . set target(X))。然后，我切换到一个新的模式版本表(< code > flyway . settable(' temporary _ schema _ version '))，并运行一次迁移，删除了旧表。之后，我将模式版本表改回原来的版本，将基线设置为版本< code>Y

现在我可以编辑/压缩/删除版本低于Y的所有迁移，而不会使我的生产部署崩溃。