flyway和可重复迁移的初始化

Question

报价飞行路线文件https://flywaydb.org/documentation/migration/repeatable :

可重复迁移没有版本。相反，每次校验和更改时，都会（重新）应用它们。

这对于管理数据库对象非常有用，这些对象的定义可以简单地在版本控制中的单个文件中维护。

在一次迁移运行中，可重复迁移始终在所有挂起的版本化迁移执行完毕后最后应用。可重复迁移按其描述的顺序应用。

这听起来很激动人心，但是我似乎找不到任何关于这实际上是如何工作的以及如何初始化可重复迁移的澄清。我知道，对于版本化迁移，我可以创建一个基本迁移(https://flywaydb.org/documentation/existing)然后运行baseline命令为我的未来版本做好准备。然而，对于可重复的迁移，我不理解flyway如何能够进行校验和更改。

相反，他们是

每次其校验和更改时（重新）应用。

flyway是否假设我从头开始重新创建数据库，以使校验和比较工作？这将解释它如何能够比较校验和（因为它可以访问数据库中已经存在的对象的文件定义）。

Answer 1

更新：我知道已经有一段时间了，我一直在寻找的解决方案是flyway维修。它将预先存在的模式与flyway内部校验和表同步。https://flywaydb.org/documentation/commandline/repair

我已经测试过flyway，现在了解了初始化：flyway将忽略现有的脚本/迁移，只要文件名没有特定的前缀（我认为默认值为“REPEATABLE”），只要迁移没有重命名为执行，flyway将忽略它们。

Answer 2

假设可重复迁移SQL脚本的校验和为123。

1. 第一次运行Flyway时，它会检查schema_version表，发现这个可重复迁移尚未应用，因此它将执行它。
2. 第二次启动Flyway时，它将检查您的SQL脚本的校验和是否等于123，这等于上次schema_version中记录的内容，因此您的可重复迁移脚本不会执行。
3. 现在假设您修改了第三个版本的可重复迁移SQL脚本，校验和更改为例如。987.当您启动Flyway时，它会发现987不等于仍然存储在schema_version（123）中的内容，所以这次它将执行新版本的可重复迁移SQL，然后将schema_version中的123校验和值更新为987。

这意味着您可以根据需要在每个新版本中不断更改可重复迁移脚本。您不能以这种方式更新基线（不可重复）脚本，因为Flyway将抛出关于不匹配校验和的错误。