已经有多个问题和答案涉及这个主题,例如How to use Flyway when working with feature branches,但没有人回答我的问题。甚至可能无法解决。
假设我有一个简单的存储过程:
CREATE PROCEDURE GetSomeData AS
SELECT Id, CreateDate, Stuff
FROM Data
现在创建了两个不同的功能分支,两个功能都需要更改相同的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不是在这些环境中使用的工具?如果没有,有哪些替代方案?
答案 0 :(得分:2)
我们通过使用可重复的迁移(如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分支,代码可以很容易地在不同分支之间合并,因为代码中的更改可以在发生冲突时进行比较和解析,然后在所需分支中合并。
希望有所帮助