25

我只是在配置和完全理解flyway的过程中,我遇到了这种情况:

  • 我成功配置了一个新项目以使用 flyway。
  • 我成功地将测试数据库从版本 0 迁移到 1.0.3。
  • 无法执行到版本 1.0.4 的迁移。(我试图添加已经存在的列,到目前为止没有问题,我的错。)

但是,一旦我对相应的脚本进行了必要的更改以使其正常工作,flyway 就会不断显示此消息:

 Current schema version: 1.0.4
 com.googlecode.flyway.core.migration.MigrationException: Migration to version 1.0.4 failed! Please restore backups and roll back database and code!

由于我不想恢复完整的转储并再次应用每个迁移,只是为了使更改表脚本正常工作,所以我最终对“schema_version”表进行了一些更改:

  • 第一次我删除了版本 1.0.4 的条目
  • 第二,我将版本 1.0.3 的“current_version”字段设置为 1
  • 然后再次执行 flyway:migrate 命令

在此之后,最终应用了迁移并显示了成功消息,但是我不太确定这是否是处理这种情况的正确方法。我不确定自己是否有权修改“schema_version”表,因为我认为它应该只由 flyway 本身修改。

所以,在解释了发生在我身上的事情之后,我的问题是:

有没有办法“重试”在flyway中应用失败的迁移,而无需自己修改“schema_version”表?

有什么我不知道的命令来完成这项任务吗?

4

3 回答 3

13

常见问题解答中对此进行了回答:http: //flywaydb.org/documentation/faq.html#repair

即将推出的 Flyway 2.0 将包含修复命令。此代码已签入 SCM。

注意:这只处理 Flyway 的元数据表。您仍然有责任清除迁移失败的任何其他影响。

更新: Flyway 2.0 现已发布。您可以在http://flywaydb.org获取它

于 2012-08-13T08:26:58.757 回答
7

我不知道这是否是个好主意,但是如果 migrate() 失败,您可以尝试进行 repair() :

final Flyway flyway = new Flyway();
flyway.setBaselineOnMigrate(true);
flyway.setValidateOnMigrate(false);
flyway.setDataSource(dataSource());
try {
    flyway.migrate();
} catch (final Exception e) {
    logger.error("Flyway migration failed, doing a repair and retrying ...");
    flyway.repair();
    flyway.migrate();
}
于 2016-03-21T14:47:19.990 回答
4

完整示例,这将始终在运行迁移之前尝试修复,其余配置在配置文件中。

@Configuration
public class PersistanceConfiguration {
    protected final Logger log = LoggerFactory.getLogger(this.getClass());

    @Bean
    public FlywayMigrationStrategy cleanMigrateStrategy() {
        FlywayMigrationStrategy strategy = new FlywayMigrationStrategy() {
            @Override
            public void migrate(Flyway flyway) {
                flyway.repair();
                flyway.migrate();
            }
        };
        return strategy;
    }

}
于 2019-02-25T13:36:08.657 回答