在团队成员之间同步开发数据库

种子化本地数据库

种子化本地数据库是有益的，因为它减轻了运行远程开发数据库的需求。开发人员可以在开始时更好地控制进入其开发数据库的数据。与使用共享远程数据库相比，他们还可以更轻松地重置数据库。

如果采用这种方法，则需要付出额外的努力来保持种子化数据和逻辑与当前模式同步更新。如果更改频繁发生，这可能会带来挑战，并可能导致开发人员无法顺利入职。

连接到共享的远程数据库

让开发人员连接到共享的远程开发数据库可以减轻在新开发人员本地填充数据库的负担。这可能很有帮助，因为它使初始入职更容易，使开发人员能够更快地提高工作效率。使用共享的远程数据库也可能是有益的，因为数据库的更改可以由单个开发人员定期迁移，然后这些更改可以被所有团队成员使用。

使用共享的远程开发数据库的缺点是它需要额外的资源来运行，可能会产生额外的成本。此外，如果所有开发人员都针对同一个数据库工作，则很容易覆盖数据。另一个潜在的问题是，如果团队成员异步采用模式更改，则带外更改可能会对数据状态产生负面影响，从而使其难以使用。

使用迁移

在团队环境中使用关系数据库时，至关重要的是使用迁移作为数据库模式更改策略的起点。

数据库迁移是一组工件，通过自动化可以更改数据库的结构。最简单地说，迁移是一个 SQL 文件，其中包含应用模式更改所需的语句。例如，向数据库模型添加字段可能会生成以下 SQL 文件

ALTER TABLE User ADD bio varchar(255);

虽然单个开发人员可以在其本地开发环境的上下文中单独运行此命令，但将其作为数据库迁移文件存在，允许团队中的所有其他开发人员通过自动化应用完全相同的更改。

特定的数据库迁移策略因语言和框架而异。但是，一般来说，它们遵循类似的模式

1. 更改描述数据库模型的代码
2. 生成一组迁移文件
3. 运行迁移以执行语句并使更改生效

通知团队成员更改

使用数据库迁移作为更改策略将有助于在团队成员之间保持数据库结构更改同步。但是，通知开发人员这些更改可能具有挑战性。

当两个或多个团队成员正在处理数据库模式的同一部分或使用模式给定部分的应用程序部分时，就会出现问题。这种情况很可能产生合并冲突并导致挫败感。

虽然这种情况最好通过改进团队沟通来解决，但技术可以在一定程度上提供帮助。

Git 钩子可用于在不同时间通知开发人员有关模式更改的信息。例如，可以在允许开发人员推送其更改之前，使用钩子检查已合并并应用到上游的模式更改。这可以帮助减轻合并冲突，并使团队更加同步。

可以使用 git-migration-hook 作为起点，将此行为编写脚本并应用于您团队的特定场景。

自动化数据同步

当数据库模式更改时，整个团队很可能需要重新种子化数据库，以使其中的数据遵守新模式。维护种子脚本、分发脚本并让团队中的每个人持续应用它可能很乏味。

自动化此过程的一种选择是使用提供数据库之间双向数据同步的服务。虽然这种服务更常用于同步远程生产数据库以用于各种目的，但它也可以用于跨团队同步开发数据。这样做允许团队使用他们自己的本地或远程开发数据库，这些数据库会不断更新。这种服务的一个例子是 Azure 的 SQL 数据同步。