采用单一模式和多个项目的Flyway迁移

Question

我有一个关于Flyway DB迁移的问题。如何管理处理同一数据库模式的多个项目（微服务）。如果每个项目中的Flyway移植脚本被其他项目修改，则不允许启动该脚本。他们是否有相关的文档或最佳实践？

Answer 1

我也遇到过同样的问题，因为我正在处理2-3个微服务，所以我所做的如下示例，按以下顺序运行

micro-service-1 ( which required migration )
micro-service-2
micro-service-3 ( which required migration )

所以我创建了flyway迁移v1_description。我在micro-service-1中创建了sql，然后在micro-service-3中创建了v1_2__description。sql因为它在运行的项目序列中排名第三，所以这是我的版本1，它有2个迁移版本1和1.2

micro-service-1 ( V1_description.sql )
micro-service-2 // if in future it reuires migration then we can use, V<<currentVersion>>_1__description.sql
micro-service-3 ( V1_2_description.sql )

Answer 2

不管怎样，这就是我们所做的。由于该模式由多个项目共享，因此我们将该模式由一个项目管理，该项目的任务是维护该模式。集中模式创建和维护还有其他好处，因为我们有单一的变更点。我们不需要扫描几个项目的变化。

老实说，我认为这是最好的解决方案。我不相信flyway有项目间模式依赖关系管理。

Answer 3

我们正在这样做。我们有一个管理模式创建/管理的中心项目，其他项目通过它们自己的flyway版本控制来处理它们自己的函数创建。这是通过更改其他项目用来检查其模式版本的表的名称，并将迁移时的基线设置为< code>true来实现的。我们使用的是spring/flyway-db配置，所以除了第一个项目之外，只需将以下内容添加到每个项目的< code > application . properties 中。

flyway.baselineOnMigrate=true
flyway.table=schema_version_*<some_other_identifier>*

我知道您的问题没有明确指定Spring配置，但我相信这可以配置，无论您如何使用飞行方式。我想发布一个答案，因为当我自己在谷歌上搜索这个问题时，你的SO问题是最好的结果，我认为我的答案可能会帮助某人走上正轨。