flyway和可重复迁移的初始化

Question

引用 https://flywaydb.org/documentation/migration/repeatable 的 flyway 文档：

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

这对于管理定义可以 然后在版本控制中简单地维护在一个文件中。

在单个迁移运行中，始终可以重复迁移 最后应用，在所有挂起的版本化迁移都已完成之后 执行。可重复迁移按其顺序应用 描述。

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

他们是

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

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

Answer 1

假设您的可重复迁移 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 会抛出关于不匹配校验和的错误。

Answer 2

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

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