Flyway异常，检测到迁移失败
我有一个飞行路线例外：
FlywayException: Detected failed migration to version 1.0
我在文档和论坛上查找，但没有找到这个异常的含义。请有人告诉我这些异常的原因是什么！谢谢
共有2个答案
制作
select * from your_database_name.flyway_schema_history
你会得到这样的东西：
然后找到与失败的迁移对应的条目并将其删除，它应该可以工作。
“FlywayException:检测到迁移到1.0版失败”
这意味着您以前运行过迁移，但由于某种原因，它在1.0时失败。您需要确定上一次迁移在1.0时失败的原因，如果您还没有这样做，则需要解决它。一旦解决问题，你需要运行flyway repair来告诉flyway，任何失败的东西现在都不会妨碍你。
然后再次运行flyway migrate。如果再次失败，则返回步骤1。祝你移民好运。
-
我已成功地将spring boot配置为使用Flyway的新项目 随Postgres数据库从版本0001.0迁移到0008.0 我已在本地手动更改脚本，但flyway迁移失败。 错误消息示例： 注意：-我不想从表flyway_schema_history中删除脚本条目。
-
在设置flyway时，我的spring-boot应用程序中出现了这个错误 org.springframework.beans.factory.beanCreationException：创建类路径资源[org/springframework/boot/autocigure/flyway/flywayautociguration$flywayconfiguration.class]中定义的名为“fl
-
我刚刚在配置和充分理解flyway的过程中遇到了这样的情况： 我已成功配置新项目以使用Flyway。 我已成功将测试数据库从版本0迁移到1.0.3。 无法执行到版本1.0.4的迁移。（我试图添加已经存在的列，到目前为止没有问题，是我的错。） 但是，一旦我对相应的脚本进行了必要的更改以使其工作，flyway就会不断显示这样的消息： 由于我不想恢复一个完整的转储并再次应用每一次迁移，只是为了使alte
-
我们面临一个问题：假设一个开发人员在处理分支a的过程中提供了一个新的迁移版本，比如说V331，同时一个QA人员在另一个分支B的QA环境中进行QA。可能会出现qa环境已经有v331版本的情况，因为几个开发人员可能会在不同的时间在不同的分支上创建相同的版本号……更多的是qa经常在分支之间切换，这就是qa数据库变得混乱的原因，特别是表schema_version，这导致我们手动删除损坏的模式版本，解决旧
-
我正在使用Flyway从Clojure内部进行数据库迁移。我遇到的问题是，当我制作一个uberjar来部署我的应用程序时，Flyway找不到jar文件中的迁移。它在开发中运行良好，无需打包应用程序。我尝试了一系列不同的组合来将迁移sql文件添加到jar中。我已经解压缩了jar，所有的迁移都在那里，我不确定问题是什么。 我使用的是flyway版本2.1.1，现在我的迁移是src/db/migrati
-
我正在flyway的CMD中运行命令，但脚本文件的迁移会出现以下异常 [错误]无法执行目标组织。flywaydb:flyway maven插件：3.2.1:在convertopia auto db:org项目上迁移（默认cli）。flywaydb。果心应用程序编程接口。FlywayException:验证失败。迁移1.0.53的迁移描述不匹配[错误]- 我尝试过，它说构建成功，但问题仍然没有解决。