问题描述
在一个企业中，存在多个使用共享的单体数据库（本地 SQL Server）的 C# 应用程序，这些应用程序仅使用存储过程作为独占接口。每个 C# 代码仓库仅包含与其相关的存储过程，这意味着一个单一的数据库被分割成多个仓库。
目前，他们在 DEV 环境中使用一个从生产环境恢复的共享数据库（在进行一些敏感数据修改等操作后）。现在，他们希望将版本控制作为单一的真理源，并将整个数据库放入一个仓库中，以便为每个开发人员生成空数据库（这将允许进行单元测试等操作）。然而，这会为开发人员带来问题：他们需要同步维护应用程序分支和数据库分支，并且需要大量协调工作。
他们希望找到一个解决方案，能够在不将应用程序重新合并为单体的情况下解决这个问题。
解决方案
请注意以下操作可能存在版本差异，涉及复杂性的部分已经用 Markdown 引用格式进行了提示。
使用 SQL Server Data Tools 进行数据库版本控制
首先，要确保有一个单一的版本控制源，可以考虑使用 Microsoft 提供的工具之一：SQL Server Data Tools (SSDT)。这个工具集成在 Visual Studio 中，能够帮助你将数据库维护在版本控制中。如果你有 MSDN 许可证来运行 VS，这个工具是免费的。另外，还有一些第三方工具可供选择，这些工具通常更加强大。比如，Redgate Software 提供了一些相关工具。
以下是使用 SSDT 进行数据库版本控制的步骤：
1. 确保你已经安装了 Visual Studio 和 SQL Server Data Tools 插件。
2. 创建一个专门的数据库项目，这个项目将用于存放整个数据库的定义，包括表、存储过程等。
3. 将已存在的存储过程和其他数据库对象导入到数据库项目中。
4. 将数据库项目连接到你的版本控制系统（比如 Git、SVN 等）。
5. 将团队成员的变更合并到主分支，以保持整个数据库的一致性。
6. 根据需要，使用持续集成/持续交付工具（如 Jenkins、Octopus、AWS DevOps 或 Azure DevOps）来自动化部署过程。
组织分支和独立数据库
为了解决开发人员在应用程序和数据库分支之间同步的问题，可以采用以下策略：
1. 每个应用程序团队维护自己的代码分支，这可以使用 Git 或其他版本控制工具。
2. 每个开发人员维护自己的数据库副本，你可以为每个开发人员生成一个独立的空数据库，这样他们可以进行单元测试等操作。
3. 为每个团队维护一个集成测试数据库，用于团队之间的集成测试。
4. 创建一个主集成数据库，用于整体测试和代码集成。
这种方式可以使团队独立工作，而不需要频繁的同步数据库变更，同时也能确保数据库的一致性。
虽然这个过程可能需要一些纪律和培训来设置，但它是可行的。你可以参考一些文档和资源，如Redgate Software 的文档以及这本关于数据库生命周期管理的免费电子书，它对这种过程进行了详细阐述，而且并不依赖特定的工具。
注意事项
在进行这些操作时，需要注意以下事项：
– 在版本控制数据库时，一定要遵循良好的合并和分支策略，确保不同的开发人员之间的工作不会冲突。
– 使用自动化工具来帮助简化部署和集成测试，以减少手动操作的错误。
– 需要培训团队成员，让他们理解新的开发流程和版本控制策略。
– 及时备份数据库，以防止意外情况导致数据丢失。
这些措施将帮助你更好地管理共享数据库的版本控制，提高开发效率，同时减少开发人员之间的协调工作。