天桥如何尊重版本控制和SDLC？

Question

我们正在考虑将https://en.wikipedia.org/wiki/Flyway_(software)集成到我们的应用程序中，但我们担心它如何维护自己的版本，以及它如何与软件开发生命周期(SDLC)一起工作。

本质上，我们使用这种方法的问题是，您正在维护一组SQL脚本，这些脚本在文件名中以版本分隔，而不是在版本控制中维护一个主干，并将该主干释放/标记为一个特定的版本。使用Flyway，开发人员可以返回并更改与发布的应用程序版本相关的旧迁移脚本，并破坏您已经集成/测试/分阶段并已交付到生产环境的版本。

我们正在考虑的是维护在版本控制下的项目中的SQL迁移(即我的app-db/主干/迁移. SQL )，并在SQL开发人员声明它已准备好作为发布版(V1.0.0__blah.sql)时从其中释放/标记。然后清除主干/迁移. so，以便开发和标记下一个1.0.1或1.1.0脚本。然后，包装器脚本将从标记导出SQL文件，用该目录调用Flyway来执行迁移，并清理导出。

这似乎是一个有效的观点/方法吗？天桥会支持像版本控制这样的东西吗？

Answer 1

Flyway 3.0将打开API，使最终用户能够朝着这个方向扩展它。目前，对SCM集成的支持没有提上议事日程。