共有1个答案
使用aftermigrate回调。参见https://flywaydb.org/documentation/callbacks
-
我在一株嵌入的野花上做了阿奎利亚测试。尽管所有移植脚本、集成器类(flyway在其中安装)和所有FlyWay包(来自POM文件)都包含在。war文件(部署在嵌入式wildfly上)，不进行迁移。 这有什么原因吗？这是原则上不起作用还是我错过了什么？ 我喜欢实现的是，arquillian运行的自动测试将设置一个内存数据库，其方案与使用相同迁移脚本的生产数据库相同。 编辑：正如ytg下面所问的，我添加
-
在我的spring-boot项目中，我使用了Flyway的开箱即用集成()，并且有一些迁移脚本，它们在启动时执行，并通过默认的-table进行管理。 该项目还使用了一个自带flyway迁移脚本的模块，这些脚本是以编程方式迁移的，并在其他表中跟踪迁移情况。 由于主项目的迁移需要对通过模块迁移创建的一些表进行操作，因此模块迁移需要在flyway-plugin迁移主项目脚本之前进行。 如何在主要应用的F
-
在迁移期间运行每个脚本后，是否可以让flyway运行自定义sql脚本？自定义脚本将允许我们验证我们的sql标准。 我们不想在每个更新脚本中手动添加验证脚本的内容。 也许flyway回调可以有所帮助，但我不明白它是如何工作的... 如果你有想法，欢迎你！提前感谢。
-
在使用可重复迁移时，我观察到一些奇怪的飞行路线行为。文件指出： 在一次迁移运行中，可重复迁移始终在所有挂起的版本化迁移执行完毕后最后应用。 但在我的例子中，可重复迁移（正在重新创建一个DB视图）似乎失败了，因为它是在版本化迁移之前执行的。 迁移前的Flyway信息数据：
-
我们中的两个人在不同的GIT分支中制作了一个迁移脚本。现在，我已经拉动了源开发分支，并更正了 GIT 合并问题，并将我的迁移脚本重命名为最后一个。因此，数据库的新初始化和从开发分支的版本迁移数据库将是可以的。 然而，我的本地测试数据库中有很多数据，所以我手动应用了我在GIT中引入的新迁移脚本。然而，我不能让flyway认为，一切都很好。 那么，我如何才能伪造迁移？ 当我尝试迁移时，我收到以下错误：
-
我们正在尝试将迁移作为.sql文件置于版本控制之下。开发人员将编写一个vn__*.sql文件，提交到版本控制，并且每5分钟运行一次的作业将自动迁移到开发和测试数据库。一旦更改被证明没有引起问题，其他人就会运行一个手动作业来在生产上运行迁移。 我的问题： 我有一个演示迁移，创建了几个表。我将v4__demotable.sql检查到PC上的版本控制中。 阅读文档时，开发人员似乎建议我应该创建一个新的v