![]() |
1
2
我认为这是一个工作流程问题。 每次迁移都会有效地升级一个API,希望该API的遗留使用者能够继续工作,这简直是奇迹。
我的建议是重新思考你的模式进化策略;使用Flyway自然而然的原始SQL,并让jOOQ专门帮助您的应用程序。 |
![]() |
Zomono · 未使用Spring Boot执行Flyway脚本 7 年前 |
![]() |
Tymur Berezhnoi · FlyWay迁移策略 7 年前 |
![]() |
L42 · 我应该如何构造这些gradle任务依赖关系? 8 年前 |
![]() |
vinni_f · 并行运行多个flyway迁移的最佳策略 8 年前 |
![]() |
p.purr · 使用Flyway和从Eclipse插件构建的RCP 8 年前 |
![]() |
HSingh85 · Flyway Oracle部署 8 年前 |
![]() |
Max N. · 设置新基线后更改飞行路线迁移文件 8 年前 |
![]() |
Luke Xu · 新的Flyway迁移打破了现有的jOOQ生成的代码 9 年前 |
![]() |
Seyyed Jamal · 如何控制飞行路线可重复脚本的执行顺序 9 年前 |