1、Migrate迁移
将模式迁移到最新版本。
如果Flyway不存在，则会自动创建元数据表。
迁移样例图
迁移是Flyway工作流程的核心。它将扫描文件系统或类路径以进行可用的迁移。它将与已应用于数据库的迁移进行比较。如果发现任何差异，它将迁移数据库来缩小差距。
迁移应优先在应用程序启动时执行，以避免数据库与代码期望之间的任何不兼容性。
示例1：我们的迁移可用到版本9，数据库是版本5。
迁移将按顺序应用迁移6,7,8和9。
示例2：我们的迁移可用到版本9，数据库位于版本9。
迁移什么都不做。
2、clean清洁
删除配置的模式中的所有对象。
清理样例
清洁是开发和测试的一个很大的帮助。它将有效地给您一个新的开始，通过擦拭您配置的模式完全干净。所有对象（表，视图，过程，...）将被删除。
千万不要用你的生产DB！！！！！！
3、info信息
打印有关所有迁移的详细信息和状态信息
信息获取
一目了然，您将看到哪些迁移已被应用，其他哪些迁移仍处于待处理状态，执行时间以及是否成功。
4、验证
根据可用的迁移验证应用的迁移。
验证过程
验证可帮助您验证应用于数据库的迁移是否与本地可用的迁移相匹配。
这是非常有用的，以检测可能会阻止您可靠地重新创建模式的意外更改。
5、baseline底线
对于一个现有的数据库，所有迁移需要一个基线版本。
基线是通过将Flyway 基于特定版本引入到现有数据库，
这将导致Migrate忽略所有迁移，包括基准版本。较新的迁移将照常应用。
6、修理repair
修理
修复元数据表
修复是您修复元数据表问题的工具。
它有两个主要用途：
删除失败的迁移条目（仅适用于不支持DDL事务的数据库）
将应用迁移的校验和重新映射到可用迁移的校验.
网友评论