使用具有sql server项目的相同数据库的多个解决方案 - 如何管理源代码管理

Question

我使用subversion来管理代码项目，使用下面显示的存储库结构。目前，我们有一个项目（我们称之为项目A），其中包含visual studio sql server项目中的一些sql代码。项目A目前尚未开展工作。正在处理的所有东西都已合并回其主干。那么，现在其他项目B，C＆amp; D需要独立更改该sql代码。虽然这些项目从不打算影响项目A，但始终存在这种机会（通过FK参考等）。

管理这种情况的好方法是什么？我认为sql代码现在需要成为repo中自己的项目文件夹。

RepositoryRoot
|
|___ProjectA
    |__branches
        |__dev
        |__local
    |__tags
        |__local
        |__dev
    |__trunk
|___ProjectB
    |__branches
        |__dev
        |__local
    |__tags
        |__local
        |__dev
    |__trunk
|___DatabaseProject ???
    |__branches
        |__dev
        |__local
    |__tags
        |__local
        |__dev
    |__trunk    

[更新]
因此，进一步思考这一点，管理DB项目文件夹的多个分支并不是那么困难。但是，应用程序项目的依赖引用是困扰我的。

如果项目A改变了某些东西，而项目B没有人甚至在谈论，更不用说积极地进行工作了，很容易出现一个场景。因此数据库随着A中所需的更新而变化，直到可能数周或数月之后有人想要实际对B进行更改时才会反映出来，但是在打开项目时 - 它不会因为冲突而构建。

还有其他一些场景，但上面只是一个样本。

所以我接近这个的方法是使用TeamCity和SqlPackage的组合来自动化构建。应用程序和数据库的构建将把所有东西“连接”在一起以捕获在以后它会造成真正混乱的情况下看不见的问题。