有谁知道允许较大项目的好方法,有大量工程师并行工作来处理Flyway版本吗?我们经常发现,在合并和掌握的过程中,由于2-3个独立项目需要更改数据库,并且他们使用相同的版本号,所以我们发现冲突合并。Flyway - 支持同步版本/多个分支
在这种情况下,我甚至不确定版本控制的Rails样式时间戳是否可行,因为您不一定知道合并的顺序。
除了必须在合并之前重新编号迁移之外,还有什么好的技巧可以解决这个问题?
Tom
有谁知道允许较大项目的好方法,有大量工程师并行工作来处理Flyway版本吗?我们经常发现,在合并和掌握的过程中,由于2-3个独立项目需要更改数据库,并且他们使用相同的版本号,所以我们发现冲突合并。Flyway - 支持同步版本/多个分支
在这种情况下,我甚至不确定版本控制的Rails样式时间戳是否可行,因为您不一定知道合并的顺序。
除了必须在合并之前重新编号迁移之外,还有什么好的技巧可以解决这个问题?
Tom
重新编号肯定是一种方法。
避免版本号冲突的另一个简单方法是创建一个白板或一个简单的维基页面,每个开发人员在开始处理时都可以保留一个版本号。
或者,Flyway 1.8即将推出,它将包含一项功能,可以选择性地允许迁移无序运行。然而,在所有情况下这都不是无风险的。
,我已经看到了克服部门之间的版本问题,使outOfOrder和使用时间戳作为版本号
见我的答案在这里的最佳方式:How to use Flyway when working with feature branches
谢谢 - 其实,我觉得乱顺序很安全,所以它是一个很好的解决方案。如果两个人几乎同时编辑模式的相同部分,他们的代码也可能导致合并冲突的可能性也很高,所以这会迫使他们解开。 –
假设我的同事和我都创建了V5-xxx迁移。当我在提交之前提交他的更改时,我会发生冲突。那么在我之后更新我的版本到V6后?我想像汤姆连扎说的,这将强制执行,因为如果我的数据库在应用这些更改后发生冲突,那么就没有合并冲突,那么我们的代码也可能会发生冲突。为什么不在像liquibase这样的版本号之后应用某种作者方案,以免重命名? – eipark