当前位置: 首页 > 知识库问答 >
问题:

Flyway-Flyway架构迁移失败

孔彭祖
2023-03-14
  • 我已成功地将spring boot配置为使用Flyway的新项目
  • 随Postgres数据库从版本0001.0迁移到0008.0
  • 我已在本地手动更改脚本,但flyway迁移失败。

错误消息示例:

注意:-我不想从表flyway_schema_history中删除脚本条目。

共有1个答案

元嘉木
2023-03-14

听起来你可能处于两种情况之一:

  1. 您希望重新运行版本化迁移。这并不是flyway的实际工作方式,正如Kartik所建议的,创建一个新的版本化迁移来改变表。
  2. 一个迁移文件已被修改,您希望保持它的原样并运行新的文件(例如0009.0)。在这种情况下,您可以尝试:
    1. 运行修复。这将重新计算校验和(除其他外)。
    2. 关闭validateOnMigrate选项,如果存在修改的迁移文件,该选项不会使迁移失败。

 类似资料:
  • 我刚刚在配置和充分理解flyway的过程中遇到了这样的情况: 我已成功配置新项目以使用Flyway。 我已成功将测试数据库从版本0迁移到1.0.3。 无法执行到版本1.0.4的迁移。(我试图添加已经存在的列,到目前为止没有问题,是我的错。) 但是,一旦我对相应的脚本进行了必要的更改以使其工作,flyway就会不断显示这样的消息: 由于我不想恢复一个完整的转储并再次应用每一次迁移,只是为了使alte

  • 我们面临一个问题:假设一个开发人员在处理分支a的过程中提供了一个新的迁移版本,比如说V331,同时一个QA人员在另一个分支B的QA环境中进行QA。可能会出现qa环境已经有v331版本的情况,因为几个开发人员可能会在不同的时间在不同的分支上创建相同的版本号……更多的是qa经常在分支之间切换,这就是qa数据库变得混乱的原因,特别是表schema_version,这导致我们手动删除损坏的模式版本,解决旧

  • 我的许多迁移脚本中的第一个创建了模式和表空间,其余的迁移脚本在其中创建表、执行插入等。这样做是为了删除整个模式,然后使用flyway从头开始。cmd flyway migrate命令连接为“SYS as SYSDBA”,验证我的迁移文件,然后给出以下错误: 错误:找到不带元数据表的非空架构“SYS”!使用baseline()或将baselineOnMigrate设置为true来初始化元数据表。 在

  • 我有一个飞行路线例外: 我在文档和论坛上查找,但没有找到这个异常的含义。请有人告诉我这些异常的原因是什么!谢谢

  • null 人们如何克服Flyway的新版本不再接受现有SQL迁移的问题。或者,是否有人“放弃”,只是创建一个新的基线,而不是做漫长的升级路径?(或者,从Flyway切换到具有类似优点的另一种工具)

  • 我正在flyway的CMD中运行命令,但脚本文件的迁移会出现以下异常 [错误]无法执行目标组织。flywaydb:flyway maven插件:3.2.1:在convertopia auto db:org项目上迁移(默认cli)。flywaydb。果心应用程序编程接口。FlywayException:验证失败。迁移1.0.53的迁移描述不匹配[错误]- 我尝试过,它说构建成功,但问题仍然没有解决。