Flyway“错误的迁移名称格式”
我们使用的是以前的1.7版本的flyway，正在尝试升级到2.3版本。新的flyway似乎不喜欢我们的迁移文件名的格式。是否有一种方法可以将飞行路线配置为使用这样的模式：
00001.US9299.util.util.carete.base.schema.1.sql
00002.US9299.util.util.carete.base.schema.2.sql
00003.Extra.util.add.drop.tables.with.schema.sql
而不必重命名数百个预先存在的迁移文件以适应
1_2__Description.sql
图案？
共有1个答案
Flyway 3.0（将于明天推出）将让您配置分离器。然后，您可以将默认值__更改为.以适应您的命名约定。
然而，从1. X到3.0没有直接升级路径，因为元数据表格式在2. X中发生了变化。
建议用户先升级到2.3，这将自动迁移元数据表，然后再迁移到3.0。
在您的情况下，由于非标准命名，这不会自动工作。作为升级的一部分，您必须一次性手动转换元数据表。为了帮助您开始使用，您可以将Flyway 2.3附带的常规升级脚本作为基础。
-
我正在flyway的CMD中运行命令，但脚本文件的迁移会出现以下异常 [错误]无法执行目标组织。flywaydb:flyway maven插件：3.2.1:在convertopia auto db:org项目上迁移（默认cli）。flywaydb。果心应用程序编程接口。FlywayException:验证失败。迁移1.0.53的迁移描述不匹配[错误]- 我尝试过，它说构建成功，但问题仍然没有解决。
-
我用试用密钥尝试了State/BaselineMigration功能。https://flywaydb.org/documentation/concepts/baselinemigrationsFlyWay迁移执行脚本并正确移动到正确的版本。但在此基础上运行的所有迁移都失败了 从S开始2__xxx.sql然后它在版本2的模式表中创建一行并键入"SQL_STATE_SCRIPT" 再次执行flywa
-
我们面临一个问题：假设一个开发人员在处理分支a的过程中提供了一个新的迁移版本，比如说V331，同时一个QA人员在另一个分支B的QA环境中进行QA。可能会出现qa环境已经有v331版本的情况，因为几个开发人员可能会在不同的时间在不同的分支上创建相同的版本号……更多的是qa经常在分支之间切换，这就是qa数据库变得混乱的原因，特别是表schema_version，这导致我们手动删除损坏的模式版本，解决旧
-
我已成功地将spring boot配置为使用Flyway的新项目 随Postgres数据库从版本0001.0迁移到0008.0 我已在本地手动更改脚本，但flyway迁移失败。 错误消息示例： 注意：-我不想从表flyway_schema_history中删除脚本条目。
-
我需要重命名一个Flyway迁移文件。我已经在本地数据库上应用了迁移。 如何删除或重置本地postgres数据库，使其不存在Flyway迁移异常？
-
我有一个flyway项目，在对数据库运行迁移之前，我想运行一个java回调来更改某些sql文件的名称。不幸的是，迁移首先针对数据库运行，然后调用回调来更改文件名。 这是我的回调类： 但是在< code>schema_version表中，我看到以下条目: 它应该说 如何让flyway在运行迁移之前更改文件名？ 编辑1：所以看起来flyway正在运行迁移，然后执行回调以更改文件名，然后再次运行迁移，因