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

我有一个奇怪的情况，至少有4个不同的应用程序使用SQL server数据库，并且每个应用程序上都有4个不同的团队

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

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

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

---

请指教

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

如果分别部署4个独立的应用程序，那么我建议DB项目有4个分支，每个分支对应一个项目。并在应用程序发布时将分支合并回主db分支

---

如果你将4个应用程序部署在一起，那么你就不需要孤立每个团队的变化，而你可以有一个分支来包含所有4个团队和数据库的代码。

也许我必须考虑考虑第一个选项，因为这些应用程序不是同时部署的。我也开始研究SSDT。谢谢，迪伦。