有谁知道允许大型项目(有许多工程师并行工作)使用Flyway处理版本控制的好方法?我们经常发现,在合并到 master 期间,我们最终会因为 2-3 个独立项目需要更改数据库,并且使用相同的版本号而导致合并冲突。
在这种情况下,我什至不确定 Rails 样式的版本控制时间戳是否有效,因为您不一定知道合并到 master 的顺序。
除了必须在合并之前重新编号迁移之外,有什么好的技巧可以解决这个问题?
汤姆
有谁知道允许大型项目(有许多工程师并行工作)使用Flyway处理版本控制的好方法?我们经常发现,在合并到 master 期间,我们最终会因为 2-3 个独立项目需要更改数据库,并且使用相同的版本号而导致合并冲突。
在这种情况下,我什至不确定 Rails 样式的版本控制时间戳是否有效,因为您不一定知道合并到 master 的顺序。
除了必须在合并之前重新编号迁移之外,有什么好的技巧可以解决这个问题?
汤姆
重新编号当然是一种方法。
另一个避免版本号冲突的简单技术是拥有一个白板或一个简单的 wiki 页面,每个开发人员在开始工作时都可以在其中保留一个版本号。
或者,Flyway 1.8 将很快推出,它将包含一个功能,可以选择允许迁移无序运行。然而,这并非在所有情况下都没有风险。
我见过的克服分支之间的版本控制问题以启用 outOfOrder 并使用时间戳作为版本号的最佳方法
在这里查看我的答案:使用功能分支时如何使用 Flyway