将 Flyway 与更改同一对象的多个功能分支一起使用

Using Flyway with multiple feature-branches that change the same object

已经有多个问题和答案涉及这个主题,例如 How to use Flyway when working with feature branches,但是 none 回答了我的问题。甚至可能无法解决

假设我有一个简单的存储过程:

CREATE PROCEDURE GetSomeData AS
    SELECT Id, CreateDate, Stuff
    FROM Data

现在创建了两个不同的feature分支,两个feature都需要改同一个SP。功能 A 创建第一个更改脚本,20160414104532__limit_data.sql:

ALTER PROCEDURE GetSomData
    SELECT Id, CreateDate, Stuff
    FROM Data
    WHERE CreateDate > DATEADD(day,-7,GETDATE())

特征 B 需要在输出中添加一列。然而,使用不同功能的团队位于世界不同的地方,并且实际上对彼此一无所知。他们创造 20160413153225__add_column.sql:

ALTER PROCEDURE GetSomData
    SELECT Id, CreateDate, Stuff, Things
    FROM Data

其中一项功能完成后,将合并到生产分支中。三周后,第二个功能完成,并合并到生产中。这是一个难题,第二个功能将覆盖第一个功能更改的存储过程,并且我们可能会在生产中出现错误。

这里真正的解决办法当然是合并程序,但是由于脚本是相互独立的,合并时没有冲突的迹象。发现不好的事情发生的唯一方法是 运行 代码并在 运行 时间找出。

是否有任何简单的解决方案或变通方法可以在此过程中及早发现此类问题?也许 flyway 不是在这些环境中使用的工具?如果没有,有哪些替代方案?

我们通过使用 repeatable 迁移(按照 merz 的建议)解决了这个问题。我们解决方案背后的想法是将 "code" 迁移保留在 repeatable 迁移中,将数据库模式迁移保留在常规迁移中。

我们项目的根结构:

存储过程(和其他文件夹)中的结构:

我们让每个存储过程脚本都包含一个存储过程的定义(SQL 这里是服务器语法)。为了使其重复table,在每个脚本的顶部,存储过程被删除(如果存在)并在之后重新创建(在其他 RDBMS 中可以简单地创建或更改):

IF  EXISTS (SELECT * FROM sys.objects WHERE object_id = OBJECT_ID(N'[dbo].[MyStoredProc]') AND type in (N'P', N'PC'))
DROP PROCEDURE [dbo].[MyStoredProc]
GO
SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO
CREATE PROCEDURE [dbo].[MyStoredProc] AS
BEGIN
    SET NOCOUNT ON;

    SELECT 1 AS one;
END
GO

每次开发人员想要编辑数据库中的一些代码时,他都会在以我们项目中的存储过程命名的文件中进行。然后 flyway migrate 可以在每次我们 git pull 我们的项目时 运行 迁移到最新版本(因为 flyway 在更改校验和时执行 repeatable 脚本)。对于 table 迁移,我们保持常规迁移,因为 table 通常可以增量更改(ALTER TABLE dbo.MyTable ADD total INT NULL)

如果我们使用 git 个分支,代码可以很容易地在不同分支之间合并,因为代码的变化可以在发生冲突时进行比较和解决,然后合并到想要的分支中。

希望对您有所帮助