我当前的项目使用Visual Studio Team System for Database Professionals GDR2（又名DataDude）。我们是使用DataDude建模的数据库的唯一应用程序。
我的公司希望考虑在所有项目中全面使用DataDude。但是，我不确定这对共享数据库的项目（这是我们的大部分应用程序）有多好。
例如：ApplicationA，ApplicationB和ApplicationC都在Server1上共享Database1。 （他们不共享源代码，只共享数据库。）所有三个应用程序都在当前的开发中（如果重要的话，使用Scrum）。
当ApplicationB需要发布到我们的测试环境时，问题就出现了。 DataDude的自动部署/脚本功能将捕获ApplicationA和ApplicationC的当前dev更改。 （现在，为每个应用程序更改数据库是一个手动过程）。
那么，如何在共享同一个数据库的同时将每个应用程序与另一个应用程序隔离开来？
注意：我并不关心此问题的冲突更改（即，如果ApplicationA进行数据库更改，则会破坏ApplicationC）。我们可以在测试中找到那些。我只需要确保不将任何不属于我当前发布的应用程序的数据库更改移动到我的测试/生产环境中。
是否有任何可以帮助我解决此问题的最佳做法或功能？
答案 0 :(得分：3)
我们处于类似情况。我们有许多应用程序访问同一个数据库，我们的数据库在DBPro源代码控制下。我们通过让各种应用程序在他们自己的数据库源代码分支中工作来处理这个问题。每个应用程序将定期从主分支合并，以便其分支知道其他人所做的更改。然后，当其中一个应用程序需要部署到测试时，完成与主分支的合并，然后完成到测试服务器的部署。