FlyWay迁移策略
我们面临一个问题：假设一个开发人员在处理分支a的过程中提供了一个新的迁移版本，比如说V331，同时一个QA人员在另一个分支B的QA环境中进行QA。可能会出现qa环境已经有v331版本的情况，因为几个开发人员可能会在不同的时间在不同的分支上创建相同的版本号……更多的是qa经常在分支之间切换，这就是qa数据库变得混乱的原因，特别是表schema_version，这导致我们手动删除损坏的模式版本，解决旧的迁移版本问题，然后在环境中再次启动迁移过程。如何应对多环境和Flyway？是否有最佳实践？
共有1个答案
有一种方法，不确定是否适合你的需要。
您可以使用outoforder配置字段配置flyway以忽略版本控制的增量值:https://flywaydb.org/documentation/commandline/migrate
如果开始使用问题编号命名版本，则不会有重叠的版本名，合并也不会考虑缺少顺序编号或版本名低于已合并的项目。在处理特征分支时如何使用Flyway
-
我已成功地将spring boot配置为使用Flyway的新项目 随Postgres数据库从版本0001.0迁移到0008.0 我已在本地手动更改脚本，但flyway迁移失败。 错误消息示例： 注意：-我不想从表flyway_schema_history中删除脚本条目。
-
我正在flyway的CMD中运行命令，但脚本文件的迁移会出现以下异常 [错误]无法执行目标组织。flywaydb:flyway maven插件：3.2.1:在convertopia auto db:org项目上迁移（默认cli）。flywaydb。果心应用程序编程接口。FlywayException:验证失败。迁移1.0.53的迁移描述不匹配[错误]- 我尝试过，它说构建成功，但问题仍然没有解决。
-
我有一个flyway项目，在对数据库运行迁移之前，我想运行一个java回调来更改某些sql文件的名称。不幸的是，迁移首先针对数据库运行，然后调用回调来更改文件名。 这是我的回调类： 但是在< code>schema_version表中，我看到以下条目: 它应该说 如何让flyway在运行迁移之前更改文件名？ 编辑1：所以看起来flyway正在运行迁移，然后执行回调以更改文件名，然后再次运行迁移，因
-
我们中的两个人在不同的GIT分支中制作了一个迁移脚本。现在，我已经拉动了源开发分支，并更正了 GIT 合并问题，并将我的迁移脚本重命名为最后一个。因此，数据库的新初始化和从开发分支的版本迁移数据库将是可以的。 然而，我的本地测试数据库中有很多数据，所以我手动应用了我在GIT中引入的新迁移脚本。然而，我不能让flyway认为，一切都很好。 那么，我如何才能伪造迁移？ 当我尝试迁移时，我收到以下错误：
-
我想使用 Flyway 获取特定数据库的最新架构版本值。Flyway 中是否有函数可以在命令行中获取当前架构版本号？ 我可以运行以下命令： 这为我提供了数据库的整个架构内容（缩短），如下所示： 我只对最后一个架构条目版本“1.5.9”值感兴趣。 我的环境如下: < li>Windows 7 < li>Flyway 3.0
-
我用试用密钥尝试了State/BaselineMigration功能。https://flywaydb.org/documentation/concepts/baselinemigrationsFlyWay迁移执行脚本并正确移动到正确的版本。但在此基础上运行的所有迁移都失败了 从S开始2__xxx.sql然后它在版本2的模式表中创建一行并键入"SQL_STATE_SCRIPT" 再次执行flywa