如何手动清理针对数据库运行的最后一次flyway迁移
我想手动删除已针对数据库成功运行的flyway迁移。这是最后一次迁移。
这行得通吗
>
从schema_version表中删除迁移项
还有什么我需要做的吗？
共有2个答案
理想情况下，如果您想撤消迁移所做的更改，您应该创建另一个迁移脚本来执行此操作。推荐这种做法，因为它避免在flyway之外修改DB状态。
是的，这会起作用，但另外，如果不想在下一次迁移时再次运行，则需要删除有问题的迁移脚本。
如果希望保留迁移，但对其进行更改，也可以利用修复。
-
我正在做一个项目，我们使用flyway来升级我们的DB模式。 我正在通过插件使用。 多谢
-
使用文档中的以下示例： 如何创建并运行针对此迁移的测试，以确认数据已正确迁移？
-
我已经下载了oracle数据库EE的官方oracle docker映像。我有一个flyway配置，经常对本地安装的XE版本的数据库运行。但是flyway告诉我，不允许清理docker映像中的数据库，但它可以迁移它。 有没有办法强制flyway清理甲骨文数据库？ 回答评论中的问题： 以下是通过maven运行flyway时的错误消息： 我连接的用户是在
-
我正在尝试使用flyway，但是我有一个不知道如何解决的情况: 当我应用STANDARD脚本时，我必须运行V1.0__create_table_TAB1.sql当我将脚本应用到customer1时，TAB1表是一个视图，因此我必须运行V1.0__creaate_view_TAB1_to_schema1.sql。 实际： 应始终应用sql_common文件夹的脚本，但不应应用 V1.0（创建表 TA
-
我正在使用Flyway更新DB模式。当前，模式的最新版本是3（最新的迁移文件名为)。 我是否正确理解了参数，还是遗漏了什么？ 注意：我知道自Spring Boot2以来，参数名称空间已经更改为，但我使用的是Spring Boot1，所以这不是问题。
-
我们正在尝试将迁移作为.sql文件置于版本控制之下。开发人员将编写一个vn__*.sql文件，提交到版本控制，并且每5分钟运行一次的作业将自动迁移到开发和测试数据库。一旦更改被证明没有引起问题，其他人就会运行一个手动作业来在生产上运行迁移。 我的问题： 我有一个演示迁移，创建了几个表。我将v4__demotable.sql检查到PC上的版本控制中。 阅读文档时，开发人员似乎建议我应该创建一个新的v