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

Question

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

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

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 不是在这些环境中使用的工具？如果不能，有哪些替代方案？

Answer 1

我们通过使用可重复迁移(如 merz 所建议的那样)解决了这个问题。我们解决方案背后的想法是将“代码”迁移保留在可重复迁移中，将数据库模式迁移保留在常规迁移中。

我们项目的根结构:

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

我们让每个存储过程脚本都包含一个存储过程的定义(此处为 SQL Server 语法)。为了使其可重复，在每个脚本的顶部，存储过程被删除(如果存在)并在之后重新创建(在其他 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

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

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

希望对你有帮助