Flyway可重复迁移-未在Spring boot中执行
在Spring启动应用程序中，我们在db.migrations资源文件夹中设置了版本化迁移
- V1_0__create_table.sql
- V1_1__apply_roles.sql
- R__create_stored_proc.sql
版本化迁移（V1\u 0和V1\u 1）在应用程序启动时运行/验证，但似乎根本不会触发可重复迁移（R\u）。
我们有一个后迁移。sql，这似乎是触发的。
有人能帮我理解在spring boot中触发可重复flyway迁移的正确方法吗？
https://flywaydb.org/getstarted/repeatable
共有1个答案
Spring防尘套1。不幸的是，默认情况下，x附带了一个古老版本的Flyway（3.x）。更新至Spring Boot 2.0 RC或最新Flyway版本（5.x）。请注意，如果这是一个现有的应用程序，您必须先迁移到Flyway 4.2.0，以便Flyway的模式历史记录表自动升级。。
-
在使用可重复迁移时，我观察到一些奇怪的飞行路线行为。文件指出： 在一次迁移运行中，可重复迁移始终在所有挂起的版本化迁移执行完毕后最后应用。 但在我的例子中，可重复迁移（正在重新创建一个DB视图）似乎失败了，因为它是在版本化迁移之前执行的。 迁移前的Flyway信息数据：
-
Flyway 4.2.0中的可重复Java迁移存在问题。 例如，我编写了一个可重复的Java迁移，它为每个具有特定列的表创建一个触发器。此迁移的ChecksumProvider计算缺少触发器的表的连接名称的哈希代码。 > 当表列表不为空时，hashcode不同于零（将其命名为xxx），并且对于每个表，都会向数据库添加一个合适的触发器。在这种情况下，hascode xxx被写入“schema_ver
-
报价飞行路线文件https://flywaydb.org/documentation/migration/repeatable : 可重复迁移没有版本。相反，每次校验和更改时，都会（重新）应用它们。 这对于管理数据库对象非常有用，这些对象的定义可以简单地在版本控制中的单个文件中维护。 在一次迁移运行中，可重复迁移始终在所有挂起的版本化迁移执行完毕后最后应用。可重复迁移按其描述的顺序应用。 这听起来
-
我有一个使用Flyway迁移的Spring Boot应用程序。一切正常，从： Intellij内部 从MacBook上的终端 使用“fine”，我的意思是找到迁移文件，这些文件被放置在src/main/resources中，并最终被放置在Spring Boot可执行JAR中。 但是，当我在CentOS6.8上从命令行运行jar时，Flyway无法找到迁移文件。 使用Java8。
-
Flyway在其留档中说明了可重复迁移的一些用法： 用法：（重新）创建视图/过程/函数/包/... 我想在可重复迁移中创建一些触发器/函数，这些稍后会在版本迁移中引用，并应用到表中。 Flyway最后运行可重复的迁移，这意味着触发器在被引用时不存在。 是否可以在版本化迁移之前运行某些可重复的迁移？ 是否不支持此用例，因为自动更新应用于表的触发器是不好的做法？
-
我在一株嵌入的野花上做了阿奎利亚测试。尽管所有移植脚本、集成器类(flyway在其中安装)和所有FlyWay包(来自POM文件)都包含在。war文件(部署在嵌入式wildfly上)，不进行迁移。 这有什么原因吗？这是原则上不起作用还是我错过了什么？ 我喜欢实现的是，arquillian运行的自动测试将设置一个内存数据库，其方案与使用相同迁移脚本的生产数据库相同。 编辑：正如ytg下面所问的，我添加