检测到已解决的迁移未应用于flyway上的数据库
我们正在使用flyway管理数据库模式版本，我们面临一个问题。因为我们是一个团队，使用git作为源代码管理，所以在某些情况下，不同的人会在自己的本地repo上更新数据库模式。如果发生这种情况，我们将
检测到已解决的迁移未应用于数据库：2016.03.17.16.46“
时间“2016.03.17.16.46”是由另一个人添加的，我已经晚了一些时间戳。如果发生这种情况，我们必须清理所有数据库表并再次创建它们。我们尝试在validateOnMigrate上设置false，并执行了flywayClean，但没有任何帮助。有没有其他方法可以改变这一点？
共有3个答案
如果您想在启动应用程序时应用迁移，您也可以将其放在您的application.properties文件中：
spring.flyway.out-of-order=true
在从一个git分支切换到另一个git分支时，我遇到了类似的问题，并尝试运行flyway:migrate。例如，当我在分支“release_4.6.0”上时，我在本地计算机上没有从分支“release_4.7.0”进行迁移，因此我收到下一个错误FlywayException:验证失败：检测到应用的迁移未在本地解决。对我有效的解决方案是将ignoreMissingMigrationsflyway选项设置为true。在maven看来
flyway:migrate -Dflyway.ignoreMissingMigrations=true
也许这不是这个问题的答案，但对于那些和我面临同样问题的人来说，这可能会有所帮助。
在这里您可以找到更多详情：https://flywaydb.org/documentation/configuration/parameters/ignoreMissingMigrations
迁移选项无序是您的朋友。将其设置为true以允许在事件发生后插入这些迁移。
在命令行上，运行：
flyway -outOfOrder=true migrate
或者如果您使用Maven插件：
mvn -Dflyway.outOfOrder=true flyway:migrate
-
在设置flyway时，我的spring-boot应用程序中出现了这个错误 org.springframework.beans.factory.beanCreationException：创建类路径资源[org/springframework/boot/autocigure/flyway/flywayautociguration$flywayconfiguration.class]中定义的名为“fl
-
我有一个飞行路线例外： 我在文档和论坛上查找，但没有找到这个异常的含义。请有人告诉我这些异常的原因是什么！谢谢
-
我正在尝试配置Spring Boot和Flyway,以便使用Spring Boot 2.2.6和Flyway 5.2.3对两个不同的数据源应用单独的迁移。 主要数据源： 第二个数据源： 数据源连接属性： Flyway迁移： 目录结构： 迁移脚本仅正确应用于数据库。 问题是，和中的脚本被应用到数据库，而只应用主目录中的脚本。 如何配置Flyway以仅将目录中的迁移脚本应用于数据库？
-
问题内容： 我对ES非常陌生。我一直在尝试搜索数据库迁移工具，但找不到。我想知道是否有人可以帮助我指出正确的方向。 我将使用Elasticsearch作为项目中的主要数据存储。我想对我在项目中开发新模块时运行的所有映射和配置更改/数据导入/数据升级脚本进行版本控制。 过去，我使用过数据库版本控制工具，例如Flyway或Liquibase。 我可以在ES中使用任何框架/脚本或方法来实现类似目的吗？
-
我正在尝试使用flyway，但是我有一个不知道如何解决的情况: 当我应用STANDARD脚本时，我必须运行V1.0__create_table_TAB1.sql当我将脚本应用到customer1时，TAB1表是一个视图，因此我必须运行V1.0__creaate_view_TAB1_to_schema1.sql。 实际： 应始终应用sql_common文件夹的脚本，但不应应用 V1.0（创建表 TA
-
我目前正在评估Flyway和Liquibase在我们现有的大型项目中的使用情况。这两种方法似乎都适合sql迁移，但不幸的是，我们还需要偶尔进行文件系统迁移（比如应用xsl转换）。 我看不出为什么Flyway在技术上不能以java迁移的名义做到这一点，但我想知道，尝试这样做是否是在一个方孔中安装一个圆钉-也许还有另一个工具可以跟踪文件系统相关的东西？不过，我确实很喜欢只使用一个迁移工具来完成所有任务