Flyway：如何从迁移中删除大型迁移脚本
我当前的项目有几个Flyway迁移，用于将初始数据导入数据库。这个数据是方便的，特别是对于开发人员能够快速设置项目。生产数据通过一些批处理作业导入，具有较新的版本。
其中有些迁移相当大(~20MB)，因此每次应用程序启动时，Flyway都要花费一些时间来计算迁移的校验和。这也是集成测试的一个问题，因为它们也需要更长的时间。
-
null
我还有什么其他选择？如果可能的话，我希望使用Flyway而不是手动来完成这个操作。
共有1个答案
修理是你最好的选择。清空这些数据迁移，并运行repair命令，以便根据空文件重新计算它们的校验和。
-
我用试用密钥尝试了State/BaselineMigration功能。https://flywaydb.org/documentation/concepts/baselinemigrationsFlyWay迁移执行脚本并正确移动到正确的版本。但在此基础上运行的所有迁移都失败了 从S开始2__xxx.sql然后它在版本2的模式表中创建一行并键入"SQL_STATE_SCRIPT" 再次执行flywa
-
我们中的两个人在不同的GIT分支中制作了一个迁移脚本。现在，我已经拉动了源开发分支，并更正了 GIT 合并问题，并将我的迁移脚本重命名为最后一个。因此，数据库的新初始化和从开发分支的版本迁移数据库将是可以的。 然而，我的本地测试数据库中有很多数据，所以我手动应用了我在GIT中引入的新迁移脚本。然而，我不能让flyway认为，一切都很好。 那么，我如何才能伪造迁移？ 当我尝试迁移时，我收到以下错误：
-
我们面临一个问题：假设一个开发人员在处理分支a的过程中提供了一个新的迁移版本，比如说V331，同时一个QA人员在另一个分支B的QA环境中进行QA。可能会出现qa环境已经有v331版本的情况，因为几个开发人员可能会在不同的时间在不同的分支上创建相同的版本号……更多的是qa经常在分支之间切换，这就是qa数据库变得混乱的原因，特别是表schema_version，这导致我们手动删除损坏的模式版本，解决旧
-
我正在flyway的CMD中运行命令，但脚本文件的迁移会出现以下异常 [错误]无法执行目标组织。flywaydb:flyway maven插件：3.2.1:在convertopia auto db:org项目上迁移（默认cli）。flywaydb。果心应用程序编程接口。FlywayException:验证失败。迁移1.0.53的迁移描述不匹配[错误]- 我尝试过，它说构建成功，但问题仍然没有解决。
-
问题内容： MyBatis迁移将每个SQL文件分为两部分： 一种用于向前迁移一个版本 一种用于迁移回一个版本 如何使用Flyway回滚版本？ 问题答案： 尽管Flyway支持回滚（仅作为商业功能），但不鼓励使用它： https://flywaydb.org/documentation/command/undo 尽管撤消迁移的想法很好，但不幸的是，有时它在实践中会崩溃。一旦您进行了破坏性的更改（删除
-
我目前正在研究Flyway作为Liquibase的替代方案，但在文档中无法找到以下问题的答案: 假设在生产环境中部署后发现迁移包含错误。回想起来，不应该按原样执行，但已经太晚了。但是，我们想用固定版本的替换迁移，这样从头开始填充的数据库就不会遭受相同的错误。 在 Liquibase 中，您将修复原始变更集并使用