build - 使用持续集成时的数据库版本控制

Question

我有一个奇怪的情况，其中至少有 4 个不同的应用程序使用了一个 SQL 服务器数据库，并且有 4 个不同的团队在处理这些应用程序中的每一个。

我们计划在所有这些开发团队中使用 TFS 2012 进行持续集成。

现在管理这些应用程序的代码没有问题，问题在于管理数据库更改和维护版本。 然而，主要挑战是每个团队都可以在同一个数据库上拥有自己的一组更改。

目标是在给定的点上，我应该能够为所有 4 个应用程序收集工件（用于 Web 和数据库更改）并将它们部署到登台或生产环境。

请指教！

Answer 1

我建议使用 Visual Studio 数据库项目来管理您的数据库架构和部署。

如果您分别部署 4 个单独的应用程序，那么我建议您拥有数据库项目的 4 个分支，每个项目一个。并在应用程序发布时将分支合并回 MAIN db 分支。

如果将 4 个应用程序部署在一起，那么您真的不需要隔离每个团队的更改，您只需一个包含所有 4 个团队和数据库的代码的分支。