您将如何使用 Gradle 处理增量 SQL 补丁答案

【问题标题】：How would you handle incremental SQL patches using Gradle您将如何使用 Gradle 处理增量 SQL 补丁
【发布时间】：2013-12-09 14:23:31
【问题描述】：

我目前正在开发一种严重依赖数据库逻辑/功能来实现某些业务案例的产品。在经历了季度实时发布的艰难时期之后，我们决定将我们的项目集成到 CI 环境中，并将持续交付流程作为最终目标。

目前，与数据库相关的项目主要依赖于 shell 脚本。这些脚本在每个版本上触发，并负责某些 sql 补丁的增量导入（例如 projectX_v_4_0.sql、projectX_v_4_1.sql、... projectX_v_4_n.sql）。

很遗憾，这种方法很容易出错，而且脚本逻辑根本没有经过验证/测试。由于过去我们对 Gradle 的体验非常好，因此我们决定评估 Gradle 作为现有 shell 脚本的替代方案。

我现在的问题是：您将如何处理某些 sql 补丁的顺序导入？您是否可以推荐某个框架，或者您更愿意从 Gradle 内部执行 psql 命令，就像之前由 shell 脚本完成的那样？

感谢任何提示/建议和一般想法！

【问题讨论】：

有myBatis模式集成工具：code.google.com/p/mybatis/wiki/Migration。这里有一些关于它如何与 gradle 集成的信息：mybatis-user.963551.n3.nabble.com/….

【解决方案1】：

看看Liquibase 和Flyway。 Gradle 插件适用于这两种工具。

【讨论】：

嗨@peter，谢谢你的提示！我至少知道飞路。意味着您更喜欢 Flyway 方法而不是直接使用 psql 命令？对于这种以数据库为中心的场景，您有使用 Gradle 的经验吗？
在不了解您情况的所有详细信息的情况下拨打电话是不可能的，但这些是我正在研究的工具。我个人没有使用过这两种工具。